不合格的程序

最近维护前同事的一个小程序。该程序于2014年年底便完成了编码工作，并在2015年在实际环境部署过程中维护了差不多半年。

我作为该项目直接管理人，并没有详细了解这子项目内部的东西。而2015年的维护基本是该同事一个人陪着用户在修改，我也没有管详细的过程。只记录了下程序存在的比较严重的BUG。

该同事今年初离职。离职前，我问之前那些BUG修改得如何。他说所有BUG都已经修改完，没有新BUG了。由于该项目一直没有正式投入使用，而且部署的实际环境不方便直接联网测试，所以我当时也没有深究。

如今，我来到部署环境，把去年记录的那几个主要的BUG拿出来测试。几乎没有一个BUG能算得上完全解决的。查看代码，问题并非没有去解决，而是他在代码中换了一种方式，让问题出现的频率降低了。而从逻辑上来讲，那些bug依然存在。  然后我查看了其它一些控制逻辑，几乎都存在类似的逻辑错误。

当时我有点难以接受，我认为

第一、一个合格的程序员不应该范这种低级错误，特别是这种基本的逻辑错误；

第二、一个合格的程序员应该懂得程序发布之前做测试；

第三、一个合格的程序员应该能辩是非，不藏问题，不轻易下结论；

但是冷静下来想，事实也许并不完全是我想的那样，人各有志，软件行业混日子的也不少。话说回来，我自己的职责我也未见得是完全履行。

首先，程序中的重大变动，我有责任与义务第一时间审核，但是当时我忙于其它工作并未重视；程序发布后，我应该跟踪之前记录的BUG，而实际上我只是问了一句BUG改好没有，并未亲自验证；作为项目直接管理人，我更应当有辨别是非的能力，了解什么样的人会说什么样的话，对某些人应该信任，某些人应该保留。

所以，这个“不合格的程序”并非偶然产生，是不合格的程序员遇到不合格的项目管理者之必然。