分析了1011个程序员的裁员情况后，我发现技术一点也不重要
大家应该能明显感觉到最近几个月求职环境不太好，但究竟有多不好，具体的情况是什么样的？
为了分析程序员职场现状，我进行了裁员情况调查，一共有1011位程序员朋友参与。
本文会根据调查结果，为大家带来一些启示（如果不想看分析过程，可以直接跳到文末看结论）。
裁员真的多么？
按「工作职级」来看，受访者中「初级工程师」的裁员比例最少（可能是因为工资相对最低，裁员收益不大），而「专家及以上」最多，但整体差别不大。
平均来看，受访者中有19%经历了裁员。
按职级看裁员比例
按「公司中技术团队人数」来定义「公司规模」，「技术团队只有几人」的小公司裁员最严重，其他更大些的企业差距则不大。
按公司规模看裁员比例
可能是因为太小的企业还没有跑通业务变现的逻辑，老板抗风险能力也更差。
对我们的启示是 —— 「为了工作稳定，不一定要去大厂（毕竟裁员比例也不低），而应该尽量选择有稳定业务的企业」。
你觉得这个裁员比例高吗？
大家都从事什么工作？
很多做业务的程序员会觉得「做架构」比较高大上。从「工作职级」来看看，随着职级与能力的提升，确实有越来越多的程序员从事架构工作：
按职级看从事架构工作的比例
从「技术团队规模」来看，一线大厂（技术团队千人以上）从事架构工作的程序员比例最高，但整体差别不大。
平均来看，约有17%的程序员从事架构工作。
按公司规模看从事架构工作的比例
给我们的启示是 —— 「在求职架构岗位时，可以打听下公司从事架构岗位的程序员比例，如果高于17%，可能没有多少让你施展拳脚的地方」。
同时，从上述两个分析看，架构工作既有难度（职级越高，从事架构工作的比例越高），又有稀缺性（公司平均只有17%的程序员从事架构工作）。
那程序员推崇架构工作就不难理解了 —— 因为更难，也更少。
如果业务不赚钱，那么业务线被砍，做业务的程序员被裁，这个逻辑是很好理解的。而做架构一般有通用性。
那么，面对裁员的浪潮，「做架构」真的比「做业务」有更高的抗风险能力么？
做架构还是做业务？
按「工作职级」来看「从事架构工作的裁员比例」，会发现 —— 随着职级上升，架构工作的裁员比例显著提升。
按职级看架构裁员比例
对于立志在架构方面长期发展的程序员，肯定不想随着自己职级提升，被裁的风险越来越高吧。
相对应的，随着职级提升，做业务的程序员被裁的比例会逐渐降低。
虽然不同职级「做架构」的裁员比例都低于「做业务」，但诚如上文提到，公司平均只有17%的程序员从事架构工作。显然「做业务」的工作机会远远多于「做架构」。
这对我们的启示是 —— 「经济下行时期，程序员规划职业发展时，尽量向离钱近（做业务）的领域发展」。
大厂是救命稻草？
尽量往大厂卷是不是可以减少被裁的风险？
按「公司规模」来看「架构、业务工作的裁员比例」，在「技术团队只有几人的公司」被裁的风险确实是最大的。但是一线大厂（技术团队千人以上）裁员比例也很高。
风险相对较小的，是「技术团队几十人的公司」。这样的公司可能自身有稳定的业务，也不盲目扩张，所以裁员规模相对较小。
按公司规模看裁员比例
从表中还发现个有趣的情况 —— 随着公司规模变大，架构岗被裁的比例显著增大。
大家都想去大厂做架构，但大厂架构是被裁的最多的。这是不是侧面印证了，很多大厂搞的「高大上的轮子」，并没有什么价值？
大家心里也这么想？
上面的很多分析结果，都对架构的同学不友好（尤其是大厂）。那么，大家听到的情况也是这样么？
我统计了「你听说你司被裁程序员都是做什么的」，其中「从事架构岗位的比例」如下：
你听说的你司架构裁员比例
可见，不仅「参与调查的当事人的数据」汇总后显示 —— 「不要去大厂做架构」。
「大家听说的公司的情况」汇总后也在印证这一观点。
那么大家意识到「在大厂做架构」可能并不是个好选择了么？下面是「没有被裁员，且认为自己发展前景好」的程序员中「从事业务、架构的比例」：
没有被裁员，且认为自己发展前景好的程序员从事不同工作比例
先不管这样的认知是否正确（觉得自己前景好）。单从比例看，不管是小厂大厂，做业务的同学们的认知比例趋于一致。
而大厂做架构的同学显然对自己的前景有极高的预期（不知道他们知不知道，他们也是被裁的比例最高的？）
为什么对于「在大厂做架构」的同学来说，预期会与实际有这么大差距呢？都是什么职级的同学会觉得公司架构岗被裁的比例更多呢？
下面是按「工作职级」划分的，谁听说的「公司中架构岗被裁的比较多」：
没有「初级工程师」觉得公司架构岗被裁的更多，而有56%的「专家及以上」认为架构岗裁员更多。
年轻人还是太年轻，不愿相信事实。专家们早已看穿了现实。
总结
本次调查为我们带来了几条启示：
- 大厂裁员比例也不低。为了工作稳定，应该尽量选择有稳定业务的企业
- 在求职架构岗位时，可以打听下公司从事架构岗位的程序员比例，最好低于17%
- 不要迷信技术。在经济下行时期，应该尽量选择离钱近的业务
- 不要去大厂做架构。实际情况与大部分程序员预期完全不符
不管是做架构还是做业务，我们都要明白 —— 技术是为了创造价值。那么什么是「价值」？
对于好的年景，能够为业务赋能的架构是有价值的。而在不好的年景，价值直接与「能赚多少钱」划等号，离钱越近的业务，价值就越大。
而这一切，都与技术本身的难度无关。
所以，为了稳定的职业发展，更应该着眼于业务本身，而不是深究技术。
转载/卡颂
