只有最多几十秒的时间，api 有啥用？

越级上报是职场大忌，除非你有信心能让大领导直接管理你，不然最好不要这么做。

今年 5 月去过海棠湾，海南的海是真的蓝，地方也挺好的，宰人情况也没网上说的那么夸张，自己做好攻略，我们一行人没有被宰到。 有机会还会再去。 所以说，网上看到的都是负面的，实际去了还是正常人多。

@wxw752 有些人一听到 35 要失业就赶紧摆烂，反正 35 就要失业了，还学个啥，然后 30 就失业了。 所以我认为，这种 35 失业的论调本身就是在筛选，深信不疑的那批人就是 35 要被淘汰的那批人，属于双向奔赴了。 宁可轻信网上的论调，也不相信事在人为，不被淘汰才怪。

国企、公务员招人，很多岗位高中学历就够了， 所以卡学历只是为了单纯筛选罢了，他们才不关心你第一学历是什么。

成长路径类似， 在工作中敢于面对难题才会有成长， 虽然一路犯了很多错，但也收获满满。 共勉

未来 1000 年最好的一年

@csw3983931 很多业务开发，只是习惯与在某个框架下开发。 比如习惯了使用（甚至只使用过） spring cloud 的框架，然后各种组件都是用现成的。 你让他去写单机，他不一定能很快适应。

微服务不是啥高阶功法，只是一种技术方案而已，过度仰视或鄙视一种技术方案，都是不合理的心态。 只有当一个技术人员，可以游刃有余的使用任何一种技术方案完成业务时，他才能真正的根据业务需求，选择最合适的技术方案。

不然假如你不会微服务，然后跟公司其它同事说我们不需要微服务巴拉巴拉。 其它人嘴上不说，心里肯定吐槽。

我原来面试别人的时候，不少人分不清数组跟链表的区别的时候我的心理活动跟现在一模一样的

你说的有一定道理，其实如果只是要求够用的话，一台单机跑个 jar 就可以对外提供服务了。
但是很多程序员是按照自己的习惯来的，很多原来一直用微服务体系用惯了，你突然让它搞单机应用，他不一定能快速适应。
所以，只要开发者认为自己是在以较低的成本快速展开业务就是最正确的方案。 有没有微服务都可以是最正确的方案。

@davidoff567 有些洋老爷不能看到好转的信息，不然心里难受😂

@sankooc 纯 nodejs 后端的还有几个？ 早就跑路了。

-- 来自一个 16 年开始做 node 后端并于 19 年跑路的 node😂

java 就是这样啦，培训机构孜孜不倦的送了十几年的人，不卷死才怪。