我们的程序员素质难道真的不如以前？

当和一些朋友聊天的时候，经常会谈起现在的程序员的素质。朋友感叹道现在的程序员做完程序测试都不测试，发现一堆错误；做一个功能不动脑子想想到底有没有更佳的解决方案；对新技术跟进的主动性太差，诸如此类。又说道想当年的程序员是多么的细致、善于思考而且专业。感叹啊……感叹啊……。当然我的这些朋友大都已经不在开发工作岗位上，而是在管理工作岗位上。每次说到这些内容的时候我一般比较沉默。我在想难道程序员的素质真不如以前的前辈吗？

我不否认程序员个人能力的不同会影响最终的工作效果。但对于这个问题我们需要再认真的分析一下：

我们先回到对程序员评价的标准上，对程序员的要求到底是什么？我认为上面提到的种种程序员的问题是传递商业价值的过程中暴露出来的。也就是说用户在使用或配合建造软件的过程中发现问题才会间接反应程序员的问题。这里把测试部门的测试也当成用户的使用，因为在测试过程中发现的问题一样要拿到程序员的手中返工或改正，这也是浪费金钱的一种方式。总之我们考核程序员是传递商业价值效果的考核。我们列表对比现在和过去的细节情况：

这里需要说明一下的是，在过去IT部门的人员很少所以人员的考核是在整个IT部门的范围内考核程序员的绩效情况。现在的情况是由于职责划分，原来的开发部门分解为若干业务单元。比如专门负责需求的需求业务单元、负责测试的测试业务单元、负责后期维护的运行维护业务单元等等。试想一下，如果传递商业价值已经不作为考核的一部分，取而代之的是你写了多少行代码或者是否听话的干活。反正换了我，我也会对本业务单元负责的，毕竟工资是这么来的。

我们再比较一下过去和现在在团队上的区别：

对于团队上的区别和企业的IT信息化需求是紧密相联系的。在过去企业还处在努力实现人手一台计算机的阶段，精力大部分放在硬件或系统部分。但是现在随着软件系统需求的爆炸式增长，人员不可避免的增多。但在软件项目疯狂吸取人员资源的过程中，领导往往忙于应对人员的调配和各自业务单元利益当中。大家可能都没有发现：高质量的骨干人员出现断档，而且缺口越来越大……

技术也是非常关键的因素之一，我们来看看过去和现在的对比：

显而易见，我们现在面对的技术和过去面对的技术从信息来源、厂商数量、平台数量、需求层次都已经不能同日而语了。如果说原来客户吃稀饭加咸菜就算一顿好的早点的话，现在的客户你不给他做出，西式、广式、粤式、川式的早点就算你失职。

总结上面的内容，我认为考核方式是致命的。如果选择一种适当的考核方式会促进IT人员的努力。反之会抹杀IT人员的创造力。有一句话是：如果你期望得到一堆搬砖头的程序员，那么你就会得到一堆会搬砖头的程序员。

350公里的速度

春节前看望老同事，老同事看着我的一身打扮奇怪的说：你是去爬山吗？为何身穿冲锋衣？这确实是一个好问题，我确实最近全部是穿着冲锋衣脚踏旅游鞋。回到家中仔细回味这个问题，我发现我找到了答案……

我每一次离开家，离开亲爱的老婆和儿子，我感觉我一次又一次的出发，向着我的目标更进一步。从心情上这无异于一次野外的跋涉，我时刻提醒自己，路上
的风雨、同行的旅伴、精彩的景色都会过去。就像我媳妇的经典签名一样：我必归来，与你同在。当然在我这里的话就得更改为：我必归来，与你们同在。身穿冲锋
衣，让我感觉更能与我每一次出行的心情相吻合。如果你还不能理解的话，想像一下下面的场景：

一个冬天的凌晨5点25分，匆忙脚步之后，猛地推开楼门，天上繁星闪烁吸引了我的注意……太美了，欣赏若干秒后踏上了160多公里的上班之路……

一个平常的下班时间，穿插在那北京地铁汹涌的人流中，抢上那南三环拥挤的出租车，支付那15块永远不变的车费，欣赏那每一次看到都激动不已的北京南站，激动那我是以350公里的速度奔向家人的身边……

儿子每天早上都沉浸在冲向家长被窝时的感觉，我也沉浸在那350公里的速度中……