这是正常的, 优秀

应届生不应该被语言限制, 主要是找个好公司, 编程语言都是想通的, 何况 go 的门槛特别低.

@macfred 广州还是别来深圳了吧, 广州房价没深圳高, 入户难度估计也差不多.

既然楼主希望看到案例, 我就分享一下自己看到的.
从身边的朋友和同事来看, 一般都是父母给首付, 自己承担房贷.
在深圳买不起, 都买在武汉, 长沙, 合肥 等省会城市, 或者深圳周边的东莞, 惠州.

我相信很多人都有你这样子的焦虑, 这已经是社会现象和现状了.
我也经常焦虑, 晚上都睡不好觉, 深圳市没办法买的起了, 二线城市就业机会又不好,
处于这种尴尬的境地之中, 也希望看到其他同仁的分享吧.

撕破脸了这是，明面上这么写。

辞职走人！

@netlxl 所以你的设计其实是偏向于用 null 的，不去限制 null 的产生，我的原则是把 null 统统干掉。
你假想不管是前端，还是后端，都有成熟的框架，都能帮你去处理 null 的判断问题。
我假想的是不管有没有框架，纯 sql 也好，ORM 也好，都能很稳定，让数据可预期，而不是不确定，有歧义。

@ChefIsAwesome 该做验证的不能省事，前后端都得做。
列表页你说的这种，我都是把数据加工好给前端的。

@zjp 比如 golang 里面的类型都会强制默认值，我是很喜欢的。

@zjp null 本身就是个不稳定状态，容易出状况，对于可能出现 null 的都要判断的。

@netlxl 你直接说每种字段类型怎么定义就可以了，这个和 ORM 没有任何关系。

@netlxl 没有用过 java 的 ORM，用过很多其他语言的，老兄有什么好的设计直接说，说的太抽象，看不懂。

我是后端，我的原则是：
数据库表的设计，除了 datetime 可以为 null，都采用默认值，不允许为 null ；
联表查询的时候，确实没有数据，那就是 null ；
在使用 id 的时候，因为 id 从 0 开始，如果要用一个数字表示全部，就用 -1 或者 null 来表示。

总结来说：数据库尽量不要有 null 的出现，程序中或者应用场景需要就特别定义和处理它。

我来一波正面的分析：

1. 话语权和技术沉淀
你是最熟悉业务的人，应该拥有项目的主导权，可以做做架构，做做优化。
项目并不只是堆砌业务，我觉得真正学到东西还是项目后期的演变，业务稳定后的技术层面的变化。
一个项目，没有足够长的时间演变，积累确实有限，难道你经常跳槽没有体会吗。
你现在已经工作 4 年多了，需要的是在技术深度的积累，广度都差不多了。

2. 谈加薪
很多人都打算离职，你有足够的筹码谈加薪，既然有走人的底气，为什么害怕找老板谈加薪，你可以找直属上司侧面提醒一下。

3. 履历
你现在已经工作 4 年多了，每家公司都只待了不到两年，珍惜每次跳槽的机会吧，估计快奔三了吧。
如果技术的深度不够，工资迟早会遇到瓶颈，而且很快。

综合以上，我觉得老兄现在最应该考虑的是两点：技术深度够不够，履历是否亮丽。
如果现在的公司还能给你带来成长，就继续待下去（哪怕倒闭）；
如果还是决定离职，就找个好公司，能给履历添亮点，也能稳定下来，然后再提离职。
你现在也许到了一个关键的节点，不应该还把工资放在第一位（涨不到哪里去，要是能 double 当我没说），
现在的公司就是你的跳板，珍惜还在的时光，迅速提高自己，找下家可以慢慢来，好好挑，避免恶性循环。

难道上海容易找一些？哈哈

access log 可以打印请求体的，需要定义 log_format，输出 $request_body。
然后，nginx 会把 $request_body 里面的中文转义处理，看起来就像乱码，解析方法我写了一篇博文。

http://hopehook.com/2017/12/18/nginx_request_body_parse/

已投简历，希望能成为同事。