大家好，我是凯森。大家应该能明显感觉到最近几个月的求职环境不太好，到底有多差，具体情况又是怎样的呢？为了分析程序员的职场现状，我做了一个裁员调查，共有1011名程序员参与。本文将根据调查结果给大家带来一些启示（不想看分析过程的可以跳到文末看结论）。究竟有多少裁员？从“职位级别”来看，受访者中，“初级工程师”裁员比例最少（可能是因为薪水比较低，裁员收益不大），“专家及以上”裁员比例最多，但总体差别不大。平均而言，19%的受访者经历过裁员。职级裁员比例由“公司技术团队人数”定义“公司规模”。“只有几个技术团队”的小公司裁员最严重，而其他大公司差别不大。从公司规模来看，裁员比例可能是太小的公司还没有跑通业务变现的逻辑，老板的抗风险能力也较弱。给我们的启示是——“要想有一份稳定的工作，不一定要去大厂（毕竟裁员比例不低），而应该尽量选择业务稳定的公司。”你觉得这个裁员率高吗？你们都是做什么工作的？很多做业务的程序员会觉得“做架构”更高级。从“职级”来看，随着职级和能力的提升，从事架构工作的程序员确实越来越多：按照职级从事架构工作的程序员比例，从“技术团队”来看size”，一线厂商（技术团队1000人以上）从事架构工作的程序员比例最高，但总体差异不大。平均而言，约有17%的程序员从事建筑工作。根据公司规模看架构工作的比例给我们的启示是——“应聘架构职位时，可以查询公司从事架构职位的程序员比例，如果更高超过17%，可能就没有多少让你大展拳脚的空间了。”。同时，从以上两个分析来看，架构工作既难（职级越高，从事架构工作的比例越高），又稀缺（只有17%的公司程序员从事架构工作）一般）。程序员崇尚架构工作，这不难理解——因为它更难，也更少。如果业务不赚钱，那么业务线就会被砍掉，做业务的程序员就会下岗。这个逻辑很容易理解。该体系结构通常是通用的。那么，面对裁员潮，“做结构”真的比“做业务”抗风险能力更高吗？建筑还是商业？如果你按“职级”来看“从事建筑工作的裁员比例”，你会发现——随着职级的上升，建筑工作的裁员比例明显增加。按职级看架构裁员比例对于立志长期在架构中发展的程序员来说，当然不希望随着职级的增加而增加被裁员的风险。相应的，随着职级的提升，业务程序员下岗的比例也会逐渐降低。虽然不同职级“做架构”的裁员比例低于“做业务”，但如上文所述，平均只有17%的公司程序员从事架构工作。显然，“做生意”的就业机会远比“做建筑”多。这对我们的启示是——“在经济不景气的时候，程序员在规划自己的职业发展时，尽量往离钱（做生意）近的领域发展”。大厂是救命稻草？能不能尽量去大厂，降低下岗的风险？从“公司规模”、“结构和业务工作的缩减比例”来看，“只有几个技术团队的公司”下岗的风险确实是最大的。而大的一线工厂（1000人以上的技术团队）裁员比例很高。风险相对较小的是“拥有数十个技术团队的公司”。这类公司可能自身业务稳定，不会盲目扩张，所以裁员规模相对较小。根据公司规模来看裁员比例，我们还从表中发现了一个有趣的情况——随着公司规模的增长，架构岗位的裁员比例明显增加。大家都想去大厂做架构，但是大厂的架构是下岗最多的。这是不是从侧面证明了很多大厂造出来的“高大上的轮子”没有价值呢？你也这么认为吗？上面的很多分析结果对建筑专业的同学（尤其是大厂）来说并不友好。那么，这是不是每个人都听说过的呢？我统计了“你听说你们公司下岗程序员做什么”，“从事架构职位的比例”如下：参与调查的各方”总结后显示——“建筑不要去大厂”。《你听说的公司情况》总结后也在印证着这个观点。那么你意识到“在大工厂做架构”可能不是一个好的选择吗？以下是“未下岗并认为自己有良好发展前景”的程序员中“从事业务和架构的比例”：在不同的工作岗位不管这个认知是否正确（感觉自己有很好的前景）。单从比例来看，无论是小厂还是大厂，做生意的同学认知比例往往是一致的。大厂做建筑的同学，显然对自己的前景有着极高的期望（不知道他们知不知道，裁员的比例也是最高的？）为什么“大厂做建筑”的同学会期待与现实有这么大的差距？同学们认为排在第几位的企业结构岗位被裁员的比例较多？以下以“职阶”划分。谁听说过“公司架构师裁员多”：没有“初级工程师”认为公司架构师裁员多，而56%的“专家及以上”“认为公司架构师裁员多”结构帖，年轻人还太年轻，不相信这个道理，专家早就看穿了。综上所述，本次调查给我们带来了几个启示：大厂裁员比例不低。为了工作稳定，你应该尽量选择业务稳定的公司。应聘架构职位时，可以查询公司从事架构职位的程序员比例，最好低于17%。不要迷信技术。经济不景气时，应尽量选择离钱近的生意。不要去大厂做建筑。实际情况与大多数程序员的预期完全不同。无论是做架构还是做业务，都要明白技术是为了创造价值。那么什么是“价值”呢？对于美好的一年，赋予企业权力的结构是有价值的。不好的年份，价值直接等同于“能赚多少钱”。企业离钱越近，价值就越大。而这一切，都与技术本身的难度无关。因此，为了稳定的职业发展，我们应该专注于业务本身，而不是钻研技术。
