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

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

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

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

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

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

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

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

不上交， 复印可以。

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

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

可以用云服务器，或者如果你只是想联系 K8s 的使用而不是学习 k8s 的搭建运维的话你可以直接装一个 Minikube，就是一个单体。功能跟正式的一样。 我自己在 Mac 上用的就是这个。

这个薪资只能找到 1-3 年的。最多中级偏下。

@tctc4869 可以接第三方的，比如极光推送啥的。 因为你自己搞会有很多问题，比如像小米啥的它在后台限制了后台长连接，你要想在 app 不启动的情况下推送消息下去，比如走小米的推送渠道。 还有好几家都是这样。 所以最好的方案就是走极光一类的第三方推送。

第三方推送吧，不然 app 不在进程中时你收不到的。

你是什么语言？ 每个语言的写法不一样

yapi

刚上手都这样， 我最开始两份工作刚入职的前两周每天都是一身冷汗。 慢慢的就好了。

人少好说话。 人多难办事