★ FEATURED ARTICLE 先聊个现象前几年网上到处是“转行学编程三个月拿高薪”“人人都能当程序员”的故事感觉只要会写几行代码offer就能从天上掉下来。到了这两年风向突然就变了同一个初级开发岗位三年前收到的简历可能有两三百份现在同样的岗位能收到两三千份而且里面不乏名校科班出身、还有大厂实习经历的候选人。不少做了两三年开发的朋友也开始焦虑投出去的简历石沉大海面试面到怀疑人生甚至有人选择降薪、转行。作为在这个行业写了十几年代码、也面试过不少候选人的老从业者我想认真聊一聊“IT行业就业难”这件事。它不是一个单点问题而是供需结构、技能错配、企业用人逻辑、求职生态四个层面叠加在一起的结果。把这四个层面拆开了看你才能知道哪些因素是个人可以改变的哪些是行业周期决定的以及在这个阶段应该把精力花在哪里。1. 供需失衡不是错觉简历池在变大岗位池在变小1.1 需求端收缩红利消退与成本收缩的连锁反应先看需求端。过去二十年互联网行业处于高速扩张期资本涌入、业务烧钱、快速铺量每一轮扩张都需要大量开发人员把想法变成系统。那是一段典型的“增量市场”时代业务增长本身就能消化海量人力很多团队甚至愿意招一个新人进来慢慢培养只要他基础扎实、学习意愿强半年后就能顶上一个正式岗位。但最近几年整个行业的叙事已经从“增长”切换到了“效率”。资本退潮、业务摸到天花板、合规成本上升企业在同样的营收规模下第一反应是控制人力成本。我所在的公司这几年也经历了类似的调整过去一个项目组可能配五个后端加三个前端现在会尽量控制在三个后端加两个前端而且优先从内部抽调老员工顶上不再轻易放出新增HC。这种收缩不是某一家公司的个别行为而是整个行业在从“跑马圈地”转向“精耕细作”阶段的必然结果。岗位收缩的直接体现是招聘平台上的职位总量下降尤其是初级岗位的数量下降得最厉害。因为对一家公司来说削减初级岗位、保留资深岗位是成本效益最高的选择——一个资深工程师虽然贵但能独立扛事、能带新人、能踩坑避险而一个初级工程师至少需要一到两个月的熟悉期产出有限还需要占用组内资源去带。当公司不再愿意承担“培养成本”时初级岗位就成了被优化掉的第一批对象。1.2 供给端积压前几年入行的人集中释放再看供给端这里有一个很典型的“时间差”。前几年行业热度最高的时候高校扩招了大量计算机相关专业的学生各种培训机构也输送了几轮快速培训出来的开发者。这些人中有一部分在2021、2022年前后顺利进入了行业但还有相当一部分是在这之后才陆续毕业、转行、求职的。问题在于行业从扩张转向收缩的拐点恰好和这批人的入市时间重叠了。更麻烦的是前几年扩张期招进去的人有一部分在近两年的裁员潮中流入了人才市场。这些人多数有两三年工作经验甚至来自头部公司他们的出现直接把初级和中低级岗位的竞争烈度拉满。有一个数据上的直观感受可以分享同样一个“两三年经验的后端工程师”岗位以前筛选简历可能收到一百份左右其中真正匹配的也许有二十份现在同样的岗位能收到四五百份匹配的候选人接近六十份。HR根本看不过来只能靠学历、公司背景、项目关键词硬筛。这就是为什么很多人会发现自己的简历明明写得不错却连面试机会都拿不到——不是你不优秀是和你同一批竞争的人太多了。1.3 供需错配带来的“简历已读不回”常态化供需失衡最终会集中体现在求职体验上投递量大、回复率低、流程变长。作为一个面试官我可以告诉你一个内部视角HR筛简历的时间非常有限平均一份简历可能只有不到三十秒在简历数量暴增的情况下这个时间还会进一步压缩。如果你的简历不能在十五秒内让对方看出“这个人能解决我们的问题”基本就会被跳过。这不是“看脸”而是供需关系决定的筛选效率。当岗位和候选人比例悬殊时招聘方必然会采用更激进的筛选机制先看学校再看公司背景最后看项目相关度。这种机制对名校大厂背景的人更友好对普通学校、小公司出身的人则非常残酷。市场好的时候后者还能靠“项目经历好”“笔试成绩高”获得机会市场差的时候可能连被看到的概率都变小了。2. 技能错配比岗位短缺更致命企业要的是“能直接干活的人”2.1 “会某个技术”和“能用它解决问题”是两码事供需失衡是外部宏观因素但技能错配是更贴近个人、也更值得反思的因素。很多求职者有一个误解认为“我会哪些技术栈”就等于“我能胜任开发岗位”。但在企业视角里技术栈只是门槛真正决定录用与否的是解决问题能力。举个具体的例子。一个岗位要求“熟悉Redis缓存”多数候选人都会写这条。但面试官想问的其实是缓存穿透、击穿、雪崩你处理过吗缓存和数据库一致性问题你踩过坑吗如果线上出现缓存命中率骤降你怎么定位这些问题对应的不是“会用Redis”而是“在生产环境里用过Redis并解决过真实问题”。同样一句话在简历上和在实际工作中含金量完全不同。这就是我常说的“简历宽度”和“能力深度”的错位。很多求职者喜欢把热门技术名词都写在简历上——微服务、容器、大数据、AI看起来哪都能沾一点但每一样都是“用过”而非“精通”。这种简历在市场好的时候还能蒙混过去因为面试官可能来不及深挖但在现在这种供大于求的阶段面试官有足够的余裕把每个技术点都追问到底一追就露馅。2.2 技术栈快速迭代带来的“过时焦虑”与追逐误区技术栈本身也在加剧这种错配。IT行业的工具和框架迭代速度极快今天流行微服务明天流行Serverless前端框架从Vue2到Vue3再到各种元框架中间件从Redis到各种云原生组件。这种迭代给求职者制造了一种“学不完”的焦虑感逼着大家不停地追逐新名词。但企业面试官眼中的优先级恰恰不是“最新”而是“稳”。绝大多数业务系统用的还是成熟稳定的技术组合Spring Boot加MySQL加Redis加消息队列前端Vue或React再加容器化部署。这些技术多年没有根本性变化真正变的是使用它们的业务场景和复杂程度。所以你会看到一个诡异的现象很多求职者花了大把时间学各种新框架、新工具简历上琳琅满目但到底层基本功——数据结构、操作系统、网络协议、数据库索引原理、并发处理——反而一塌糊涂。企业想招的是“能处理复杂业务逻辑、能排查线上故障、能对系统性能负责”的人你简历上写的那些新名词在实际工作里可能根本用不上。2.3 错配的典型表现招聘要求与现实工作的割裂技能错配还有一个很现实的表现是招聘要求与实际工作的割裂。很多岗位JD写得天花乱坠要精通分布式系统设计、有高并发实战经验、熟悉各种中间件源码、掌握AI工程化能力。但实际这个岗位做的事情可能是维护一个日活在几万级别的后台系统或者写业务接口、修Bug、做发布上线。为什么会出现这种“高要求低实际”的矛盾一方面是企业想用“招天才”的标准去筛出“至少具备解决中等复杂度问题能力”的人另一方面是HR和用人部门在写JD时会参考市面上的热门要求把各种关键词都堆上去希望以此抬高门槛、减少筛选成本。结果就是求职者被误导以为自己必须成为一个“全栈加分布式加AI”的六边形战士才有资格投递而真正被录用的人往往不是技术覆盖最广的而是项目经验最匹配的那一个。3. 企业用人逻辑的转变从“培养储备”变成了“即插即用”3.1 为什么企业不再愿意慢慢培养新人前几年行业景气的时候不少公司尤其是大厂愿意招应届生进来做系统性培养有导师带、有轮岗计划、有内部技术体系两三年就能培养出一个合格的工程师。但现在这种“长期投资型”的用人策略正在被快速放弃。原因不复杂培养周期长、回报不确定、性价比低。行业从增量转存量之后企业的经营重心变成了“把每一分钱花在能立刻产生回报的地方”人力也一样。如果招一个人进来三个月才能完全上手那这三个月就是纯成本如果这个人待一年就跳槽了那这笔投入基本等于打水漂。相比之下直接从市场上挖一个“即插即用”的熟手虽然薪资成本高一点但至少风险可控、产出确定。这种逻辑也解释了为什么现在“三年经验”成了初级岗位的分水岭。三年这个数字通常意味着一个人完整经历过至少一到两个项目从设计到上线再到后期维护的周期踩过一些真实环境里的坑具备了独立解决问题的基本能力。企业对这个阶段的候选人才愿意给出相对稳定的预期。而应届生或一年以下经验的人在企业眼里就变成了“不确定性较大的选项”除非特别优秀否则很难得到机会。3.2 外包化、非核心业务剥离带来的连锁反应与“即插即用”并行的是用工模式的调整。越来越多的公司把非核心业务、边缘系统、长期维护型工作外包出去自己只保留核心研发团队。外包化的本质是降本同样的工作用一个外包人员比一个正式编制的成本低三分之一甚至一半而且人员增减更灵活不需要承担长期管理成本。但外包化对整个就业生态有一个明显的副作用中低端岗位的“质量”在下降。以前很多初级开发者进入一家公司做的是核心业务系统能接触到完整的技术栈和业务逻辑成长速度很快而现在大量初级岗位变成了外包岗位做的工作边缘、流程固化、技术含量有限干一两年下来简历上很难写出有含金量的项目。这又进一步加剧了技能错配——候选人的数量没有减少但候选人的“可培养价值”变薄了。我见过不少在外包公司做了两三年的人离职求职时发现自己的经验在市场上不受认可做过很多“项目”但每个项目都是接过来维护、修Bug、补需求从来没有从零搭建过一个系统的机会。简历一看项目很多、年限也够面试官一深问就发现核心能力没有沉淀下来。这种“年限够但能力空心化”的情况在当前的就业市场上非常吃亏。3.3 面试中的“既要又要”标准被防御性抬高企业在招聘时还有一个心理上的变化既然市场上有大量候选人那我为什么不把标准定高一点于是你会看到很多“既要又要”的要求——既要技术深度又要业务理解能力既要求有高并发实战又要求能接受做边缘业务既希望你年龄合适、薪资要求不高又希望你有大公司背景经验。这种“防御性抬高”的本质是企业对招聘风险的容忍度变低了。以前市场好的时候招一个平均水平的人进来了不满意还可以再招一个补上现在编制紧张、培养成本高招错一个人不仅浪费一个HC还要承担团队管理上的时间成本。与其冒着招错的风险不如把标准抬高宁可招不到也不降格以求。这对求职者来说意味着什么意味着你很难再用“虽然我经验不够但我学习速度快”来打动面试官。企业已经没有耐心听承诺了它要看的是你已经证明过什么、做出来过什么。能理解这一点你就能明白为什么“海投”和“准备背面试题”这两种求职策略在当前环境下效率非常低。4. 求职生态本身也在抬高门槛流程冗长、信息差与八股化4.1 招聘流程的“漏斗效应”与沟通成本失控就业难不只是“岗位少人多的宏观问题”求职生态本身也在一点点消耗候选人的耐心和机会。最典型的就是招聘流程变得更长了。以前一个岗位从投递到offer可能两到三周现在动辄一到两个月HR初筛、技术一面、二面、三面、Leader面、交叉面、HRBP面、薪资审批每一步之间还可能间隔一周。流程拖长对候选人的影响是巨大的。你需要在面试期间保持“待机状态”不敢接其他offer不敢轻易接受面试邀请时间成本和心理成本都不断累积。而对招聘方来说流程长的目的是降低决策风险——多一轮面试就能多一个维度去验证候选人多一次内部评审就能分摊选人失误的责任。但这种防御性做法本质上是在用候选人的时间和耐心去对冲企业自己的决策犹豫。作为求职者你没法改变这个生态但可以改变应对策略不要在单一公司上押注宁可同时推进三到五家公司的流程也不要在一家公司身上耗两个月。简历投递要有“广撒网、重点捞”的策略意识——前期批量投递测试反馈率针对反馈率高的方向调整简历和投递目标而不是只盯着自己最想去的那几家公司。4.2 八股面试与现实工作的脱节求职生态里另一个已经被讨论很多但至今没有解决的问题是面试内容的“八股化”。大量公司面试时还会考算法题、背诵型的技术概念题、甚至一些平日工作中根本用不到的底层原理细节。不是说这些知识不重要而是当面试变成了“题库刷题”和“面试表演”的竞技场时它筛选出来的可能是“会面试的人”而不是“会干活的人”。一个在真实场景里能快速定位线上故障、能设计出稳定可维护方案的工程师如果没有专门花时间刷题很可能过不了某些公司的算法轮而一个花三个月刷了八百道题的人即使从没解决过真实问题却可能顺利通过笔试进到后续轮次。这种错位对认真做项目、不擅长应试的从业者是一种系统性不公平。更麻烦的是这种八股化正在向下传导。初级岗位面试也在向“看算法、看八股”的方向靠拢导致求职者不得不把大量精力花在学习一堆和工作关系不大的内容上反而没时间去深挖自己简历上写的项目细节。我在面试候选人时经常遇到一种情况候选人简历上写了一个很有挑战性的项目但问到具体怎么设计方案、怎么排查问题、怎么权衡取舍答得支支吾吾——他确实做了但没有深入思考过问他算法题倒是答得流利。这就是典型的“备考策略主导下的能力变形”。4.3 信息不对称岗位真实需求与外部认知的偏差求职生态里的最后一个隐形门槛是信息不对称。同一个岗位在招聘平台上的JD、岗位真实工作内容、面试官关注点、以及最终录用的标准这四者之间的偏差可能非常大。很多候选人只能看到公开JD然后按照自己的理解去准备结果方向跑偏。举个例子一个岗位JD上写了“熟悉Java、Spring Cloud”但你投完之后发现面试官全程在问业务建模和系统设计的问题Java只考了个语法基础。为什么因为JD是HR照着模板改的而面试官真正关心的是“你能不能把一条复杂的业务链路抽象成代码结构”。你如果只按着技术栈去准备当然会觉得莫名其妙。减少信息不对称的办法有两个一是想尽办法找内部人了解真实情况哪怕是LinkedIn上发一条私信、找一个前员工问两句都比自己瞎猜强二是在面试中主动提问直接问面试官“这个岗位最长的时间花在哪类工作上”“团队遇到的最大技术挑战是什么”得到的信息远比背面试题有价值。5. 突围思路在结构性困难里找结构性机会5.1 从“会工具的人”到“解决问题的人”聊了这么多宏观和结构性问题回到个人层面在这个环境下什么能力最有稀缺性我的答案是“解决问题”的能力。技术栈会过时框架会迭代但“定位问题、设计方案、落地执行、复盘优化”这套方法论在任何技术周期里都值钱。企业现在愿意为一个“能搞定事”的人付高溢价哪怕他的技术栈不是最新的反过来一个只会“按文档调用接口”的人哪怕简历上写了十个框架也很难有竞争力。具体怎么培养解决问题能力建议从自己手上的工作开始不要只满足于把功能做完而是多问一层“为什么”——为什么系统要这么设计为什么这里要用缓存而不用数据库查询为什么接口会超时线上出现故障时主动参与排查和复盘而不是等别人给结论。这些思考过程才是面试中能打动人的真实素材。5.2 拓宽就业方向不只盯着互联网大厂前几年大家一股脑儿往互联网大厂挤现在这条路变窄了反而应该打开思路。传统行业数字化转型也需要技术人才制造业的MES系统、金融业的交易系统、医疗领域的信息化平台、新能源行业的数据采集与监控这些行业虽然没有互联网大厂的光环和薪水但需求稳定、竞争烈度低、实践经验含金量高。我认识不止一个朋友在互联网大厂卷了几年之后跳到了传统行业的数字化部门。薪水虽然降了一截但工作节奏正常了做的事情反而更完整——从需求分析、系统设计到上线维护整个链路都能参与。这类岗位的面试重点不是算法题而是你能不能理解业务场景、能不能跟非技术背景的同事沟通、有没有把一个复杂流程落地成系统方案的能力。对于有真实项目经验但不想继续卷大厂的人来说这是一个值得考虑的方向。5.3 长期主义的能力积累把周期当成历练最后想说一点心态上的东西。就业市场有一个很残酷的规律周期下行时入行最难但周期下行时积累的能力往往在下一个上行期最能爆发。每一次行业收缩本质上都是一次优胜劣汰——淘汰的是泡沫型需求不懂业务的产品、只写接口不思考的开发、靠包装简历跳槽的人留下的是真正能扛事的能力。我见过两类人应对就业难的方式完全不同一类人天天焦虑海投简历、海量面试、被拒就怀疑自己越面越慌另一类人把这段时间当成修炼期——系统复盘自己的项目经验补齐之前工作中的技术盲区写技术文章强迫自己输出沉淀甚至主动去研究一个之前没时间深入的方向。两年后再看后者在技术和心智上已经明显拉开差距。所以我的建议很朴素承认行业周期的存在不要把就业难完全归因于自己不够好同时也不要躺平把精力放在那些能跨越周期的事情上——扎实的底层原理、真实的项目沉淀、解决问题的能力、以及一个健康持久的自学节奏。这些才是下一轮机会来了之后你能接住它的底气。
阅读完成 · 觉得有帮助？
