码农的好日子结束了。

匿名用户 发表于 2022-05-07 16:32:49
你编也编的像一点好吧

真的啊，最后签的GF的 6。接近7xx。其他公司的6只能到5xx。我感觉周围HR都是撵都撵不走的感觉。

donnice 发表于 2022-05-07 16:04:00
还真不是增删查改，scale架构、测performance、容灾等等都是常规码农要考虑的事情

有句话我不想说，但我觉得对于不懂的东西，保持一定的敬畏会比较好

well，我不知道你公司的规模，但大厂这些infra方面的问题基本不是大多数码农要考虑的。至少在🐶我只见过L6+做过真正的performance tuning。其他的不过是gcl加一行的事儿。反正resource 不够就直接加嘛，加resource 可以解决起码90%scalability问题，反正公司也无所谓这些resource 浪费。或者你可以给我讲讲贵司有啥scalability 的问题无法用加resource 解决的，这个倒不是在讽刺，真心求教。我还是对这种问题非常感兴趣的，可以好好讨论的。

我在狗厂六年见过太多狗的5从来没考虑过这些问题了，按你说法他们都算不上swe咯？

忠言逆耳。一般来说呢，有vision的人会面对现实客观分析，没本事的人会不平自己糟糕的现状看不得别人好而凭空臆想。然而这个世界的运行机制是客观的，并不以任何人的意志为转移。一些无法跟自己生活和解的老loser就只能在心理不健康的路上越走越远喽 微笑

小亩_826cc9d 发表于 2022-5-8 07:44
well，我不知道你公司的规模，但大厂这些infra方面的问题基本不是大多数码农要考虑的。至少在🐶我 ...

狗家包括我之前在的软家，应该是因为太大了，所以确实工程师们的scope会变小，哪怕是L5也是如此。

现在我在一个小点的公司，项目比人多，工程师真的得自己从头开始做需求调查，系统设计，编码，压力测试，上线运营等等。加resource是一个方法，但是小公司会看你增加的多少cost，包括工程cost和cash cost。比如我们公司用AWS，就几乎不允许用EC2，VCN，S3以外的resource。

所以解决的方法其实很简单，自己造轮子，自己造一个AWS里已经有的服务来维持你项目需要的performance。

donnice 发表于 2022-05-07 19:47:36
狗家包括我之前在的软家，应该是因为太大了，所以确实工程师们的scope会变小，哪怕是L5也是如此。

现在我在一个小点的公司，项目比人多，工程师真的得自己从头开始做需求调查，系统设计，编码，压力测

所以你看，most of 大厂码农压根不需要worry 你之前提到的东西。但你也不能否认人家是码农。写码本来就是一小部分人解决infra上的难点，剩下的人写if else的business logic。大部分码农活压根不需要智商。
小公司怎么去处理这些问题，one of the solution 就是上☁️，自己只需要focus on business logic，让云服务来考虑replica，考虑auto scale，毕竟在公司规模起来之前，考虑这些毫无意义。

小亩_826cc9d 发表于 2022-5-8 10:53
所以你看，most of 大厂码农压根不需要worry 你之前提到的东西。但你也不能否认人家是码农。写码本来就是 ...

我没有否认人家是码农，我只是说增删查改远非一个码农工作的重点。哪怕是增删查改，更关键一定是去clarify和设计增（删查改）什么，怎么增（删查改）的一个过程，这绝不是一句增删查改就能概括的

“懂得懂，不懂得说也不懂。”总而言之

所以我们应该怎么做？

mark

经济不好没觉得哪个行业的日子会好。像2020 2021那样的ng码农都有很高收入的情况很难再有了，但是基本盘不会差，科技公司trim fat很正常。大中厂，只要是成熟公司，有稳定现金流，扩招也许会慢下脚步，但是大量裁人不太可能。