一个程序员的水平能差到什么程度?

前两天面试一个候选人，一看简历，我脑瓜子嗡的一声——“三年Java开发经验”“熟练掌握Spring全家桶”“精通微服务架构设计”……

我寻思，这不得是中级程序员往上走的水平？结果面试一上来，我问他RPC是啥，沉默；我说说你平时怎么排查线上问题的，他沉默；我说你熟悉的微服务是怎么注册服务的，他还是沉默。场面一度十分尴尬，我都替他难受。

最后他说了一句：“我其实是照着网上教程做的小项目，简历是朋友帮我润色的。”

🥲我整个人直接从工位上滑了下来，真的。

说实话，这些年我看过太多让人目瞪口呆的程序员了，水平真的可以差到你想象不到的地步。而且你以为只有那种刚转行半年、看了几节慕课就敢投简历的才这样吗？不，连在公司里混了好几年的人，干出来的活也能让人头皮发麻。

我上一家公司有个哥们，干了五年，据说是负责核心模块的“资深工程师”。有一次我们项目上线出问题，我过去协助排查，打开代码一看……兄弟，命名全是a1、a2、b1、b2，像极了某种代数考试现场。我问他为啥这么写，他说：“写快点嘛，反正我自己能看懂。”

我当场就想问他：你是不是打算一辈子维护这段代码？

你可能会好奇：一个程序员到底能差到什么程度？

我来给你盘点一下我遇到过的“极限拉胯”案例合集。

📌 一个写了三年前端的同事，不会用Chrome DevTools查bug，每次调样式全靠console.log和瞎点。

📌 有个开发居然用Word写SQL语句，复制进数据库执行……然后说为啥老报错，原来是粘贴了全角引号。

📌 有个后端不懂Git，每次提交代码是把整个项目打包发给组长，然后组长替他手动merge。

📌 更绝的是，还有一个哥们写脚本每次都不加异常处理，程序一挂就直接exit(1)，还不打日志。后来生产系统挂了，居然找了两天都不知道是他的问题。

你说这不是整活儿吗？你甚至怀疑他们是卧底派来搞垮系统的。

但说实话，这种情况其实也不奇怪。

现在的程序员太多是“速成”的了。学了点教程、跟着视频抄了几个demo，就觉得自己“会开发了”。结果进了公司，真刀真枪上项目，瞬间暴露得底裤都不剩。

我表弟就是典型的例子，去年转行学Python，说是搞数据分析，花了3个月时间疯狂啃视频，做了几个“爬虫项目”，就去投简历了。面试倒是过了，但干了不到一个月就被劝退，说是“业务理解能力不足、编码习惯太差”。

他回来跟我吐槽，说公司不给机会成长。我问他你每天都怎么工作？他说他照着StackOverflow抄代码，不知道为啥就老出问题。

我说你这不是成长，这是盲目自信。

其实程序员的水平差，不是因为他不聪明，而是他从来没认真对待过“成长”这回事。

写代码不是堆语法糖，也不是在IDE里点点点就完了。它需要你理解背后的逻辑、架构、思路，最起码你得知道你写的每一行代码是怎么运行的，对吧？

但有太多人，在成长的关键节点选择了“摸鱼”，结果就变成了：

• 工作五年，但一年经验用了五次；
• 写了很多代码，但都是重复搬砖；
• 项目经历很多，但没一项能独立承担。

你问我怎么看这种“水平差到极限”的程序员？

讲真，我觉得他们不是不能变好，只是没人点醒他们。

我一个朋友，以前就是“菜鸡一只”，甚至连for循环都能写死循环，天天加班写BUG（不是修BUG，是写BUG）。但后来遇到一个好导师，给他制定了系统学习计划，还让他参与设计数据库、编写规范、做code review，三年后他已经能带团队了。

这事告诉我一句话：程序员的成长，真的需要“痛感”。

你得被项目锤过，被用户骂过，被leader当众喷过，被线上故障搞得一夜没睡……你才会真的意识到：不能再这么写代码了，不能再当那个代码里的“定时炸弹”了。

不过话说回来，咱们做技术的，也别太自恋。

技术水平不高，有时候也真不是个人的错。有些公司就是不重视技术管理，带你入职也没人管你，写了烂代码没人骂你，出了问题只会让你加班兜底。

久而久之，一个人就“废”了。

我有个同事，入职的时候其实还挺有潜力，逻辑清晰、沟通顺畅，但进了一个完全没规范的团队，一年下来变得满嘴业务黑话、代码风格混乱，甚至还觉得自己写得挺高级。

我看他写的接口，GET里传一堆敏感信息，POST没做参数校验，还自豪地说“这套接口很灵活”——我只能说，灵活得让人抓狂。

程序员这行啊，门槛说高不高，说低也不低。

低，是因为谁都可以报名学一门语言，敲几个demo，就敢出来找工作；

高，是因为想要做出真正能抗住压力、稳定运行、经得起调试和扩展的代码，真的很难。

水平差的人很多，但能意识到自己差，并努力变好的，少之又少。

就像那句话说的：“你可以菜，但你不能甘于一直菜。”

最后送给所有初级程序员一句话：

🌱“不要把自己当成写代码的工具人，要把自己当成解决问题的专家。”

不是写了一堆if else就是程序员了，也不是看过几本书就能叫架构师了。真本事，是能在深夜系统崩了时淡定排查问题，是面对复杂业务逻辑时能写出可维护代码，是团队里有人问你：“这个模块你最懂。”

到那时候，你就不是“水平差到极限”的程序员了。

而是一个，能被依靠的工程师。

加油吧兄弟们，别再光会复制粘贴了😉