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

大家好，我是陶朱公Boy。(一个认真生活，总想超越自己的程序员!)

前言

一个程序员的水平差，那到底能差到什么程度？元芳你怎么看？

在作者看来，任何一个程序员起步都是从“菜鸟”开始。

当我们还处于菜鸟阶段，我们是这样的：别人分给我们什么任务，我们不管三七二十一首先想着就是具体怎么实现？（用什么技术）

更谈不上说站在产品经理的角度去思考（产品经理的需求不一定合理，他也有思维盲区），这个需求本质是要解决什么问题（满足企业服务的用户Or满足公司运营管理？），哪些功能点可做，哪些可做可不做，哪些功能纯粹是产品自嗨。

实现功能的时候，我们要么无脑的用别人已经搭建好的框架和具体对应技术，去堆代码。（谈不上设计，一上来就开始撸代码）

但当有一天你拿着这个项目，去参加面试，面试官问你：为什么你们要用这个技术？你被问得一脸懵逼，来一句是项目经理让用这个技术的，其实质是自己缺乏思考的表现。

有一些程序员喜欢用一些高大上的技术去解决眼前问题（什么某某中间件、用上什么设计模式、什么DDD领域建模等）。

殊不知在没流量、项目非核心的背景下，引入这些个所谓的中间件，用所谓的设计模式、所谓的领域建模去分析、组织代码，前期会给我们的项目带来非常大的复杂性，需要多出更多的时间。

先用最简单的方案去实现功能，先把东西做出来，实现交付，才是王道。架构一定是可以迭代、演进的。

​

最后给大家贴一张“达克效应”图，想要说明的是，菜鸟程序员与那些你认为很牛的大神本质的差距其实就是“认知”之间的差距。

受篇幅限制，这里就不多做展开了，如果有疑惑，也欢迎与作者交流（公众号内回复：w，做个点头之交）。

OK，以上发表了自己对于菜鸟程序员的几个认知与拙见，接下来，贴三个非常有趣的小故事，是网友针对这个话题参与的讨论，非常有意思，分享给大家，一定看到最后哦。

故事一

想起了一件十多年前的往事，有一次帮客户的Java项目组升级框架。入场之后屡次听到项目组的运维小哥抱怨war包过大，导致每次发布要等很久很久，用过WebSphere的童鞋可能知道我在说什么。

那么，这war有多大呢？接近2G！！！？？？富有求知欲的我于是下决心去研究下这鸽子，，不对，这war包为什么这么大？草草一挖，果然就在里面发现了宝贝。原来war包里还藏着两个程序安装包。一个是JDK1.4；另一个是PES2006，，，，实....实况足球？！

根据SVN的提交记录，肇事的大哥很快就被找到了。

据说是在一个月黑风高的晚上，几个还在加班的码畜临时起意，决定一起找点乐子解解乏。这位带头大哥为了方便把自己的游戏分享给小伙伴，就想到了把它先提交到SVN上这样一个天才的主意。。。。

当然，按照他原本的计划，这个文件应该随后被删除的。。。可是，那晚他们玩的实在太尽兴了。。。。没人会料到这个文件竟会悄无声息的溜进war包，一路潜伏到生产环境，然后反反复复的摩擦了可怜的WebSphere和运维小哥近一年。

了解到真相之后，运维小哥表情差不多是这样的：

故事二

刚入职不久，组里的尼泊尔大哥离职了，我接了他的活。第一天就被三万行的文件震惊了，一个文件里有几十个class，命名不规范，缩进随心所欲，这些就算了。这位大哥明显不知道什么叫做继承，写子类的办法是把父类复制过来再改一改…

后来我面对着三万行被重复定义了五十多次的变量和函数，果断选择重新写了，最后用了一千多行就写完了…

这个活作为我入职的第一个项目，给了我非常深刻的教育…

故事三

2020/02/27 更，出于大部分工程师都有的追求卓越的情节，我已经把1/2两个坑全踩了....准备找下家了....

我这代码写得真好......，把我自己都写没了

有时候，水平差只是表象.....

本文完