2 的话确实是槽点，每次写的时候我都想喷。3 的话一般般吧，虽然确实难用但是官方的说法好像也有道理。 1 的话只能说别拿别的语言的一些特性来要求 go 吧，每个语言设计就是不同的。

另外说 go 的前景，我觉得除了 java 外在后端领域 go 应该是最有前景的了。

egg ?

原来看过类似现象的解释，说是大脑记忆整理时产生的偏差。

传销啊

恭喜了。 赶紧去检查吧。 怀孕前 3 个月事情多着呢，有的忙了。

最好是继续做识别。 运维天花板太低了。 还有，如果准备回国的话最好尽快。在日本待得越久技术就落后越多，到时候想回来都不一定走得动了。

按照你的设想，其实你想做的就是 BFF， 这一层拿 node 做没毛病。我们公司就是这么做的，效果很好。前端可以自己写接口，而且灵活性也很强

nodejs 为什么对关系型数据库支持不好？
其实支持的并不是不好，该有的都有
nodejs 为什么不适合 CPU 密集型应用？
因为 node 的主线程是一个单线程，如果执行 cpu 密集型任务会堵住。

这是人情世故问题。别人喊你了，就是个情面。200 块钱就当交个朋友了。 而且这种事以后你结婚的时候喊他他也要还的。 一样的

@fdingiit 我说的是按照 restful 风格的规则下。 你要是拿 get 请求做新增操作，那自然是不幂等的。

试用期百分之 80 的公司显得扣扣索索。 稍微大一点的都是有试用期但是试用期薪资正常。 而且试用期五险一金是劳动法要求的，如果这个都不交那就肯定是大坑了

200 块钱+祝福，然后说自己工作忙没时间去就行了。

后端也没那么爽，你是不知道后端 24h 随时被打电话上线排查 bug 的痛苦。

国企也好，阿里也罢。转正就是个大饼，考虑的时候别当真。 而且国企那个，真敢画，还进编制。 现在逢编必考好吧，画饼太狠了

家庭为主吧。 尽量别分居两地

1.首先看什么样的接口，如果是 get 请求啥的天然幂等，不需要另外处理
2.一般这种场景，前端会设计冷却锁。即一个按钮点击后除非请求结果返回或者过了多长时间，才会再次发起请求
3.如果前端无法控制，那么可以在接口设计上考虑。比如如果是创建一个资源，可以在后端加上并发锁，一个用户只能有一个创建动作在执行，其它请求排队。

总的来说方案很多，还是要根据实际场景设计。

不上交， 复印可以。

18 年从苏州来上海的，苏州互联网氛围确实不太行，公司太少。

很正常，原来我们一个 cto 也是，只会 java，我们有 node 的业务跟他讲方案完全不懂。出了问题就跟老板说 node 的问题。然后工作就知道强调管理、规范。让他指导具体技术问题让你去百度。 后来试用期没过被开了。