自卑的程序员和愚蠢的管理者

吴旻

泰岩网络工作室

 

         公司最近半年做了很大的调整，相应地人员也有很大的流动，我的团队也在所难免。好在我平时还是有人员储备的，所以工作交接也很顺利。

         有一个程序我已经知道它代码很差有很长一段时间了，苦于我自己要优先考虑其它工作，就一直等到那个程序员离开团队都未做像样的复查。我当时给自己的理由是，好在功能比较简单，哪怕是重写一次，估计也用不了一周。

         这两天终于下狠心复查了一下这部分代码，结果让我吓了一跳！让我跳的不是代码有多差，差毕竟也是可以整理的；要命的是，原来我们约定要实现的一个核心功能没有实现，而我对此竟然一无所知。

         这个功能的来源是程序要监视一个文件是否改动，然后做出相关的操作。早期的做法是每隔三秒钟扫描一次，我和我的老大都认为这种做法过于“低EQ加低IQ”，所以就找相关开发人员讨论可否用监视系统消息的方式。当时的讨论方案大家都认可，后来的代码我也看到了，确实也很像那么回事，

         这次代码复查，我一个功能一个功能的过。接手这个程序的同事说，这个功能没有用，因为文件变化后，操作系统一口气会发过来好几个消息。所以最终还是使用的三秒钟扫描一次的老办法。

         我被“雷”到了。代码在那儿放着，我还以为很好用呢，结果是没有用。开发人员觉得不好用，就放在那了，没有向我说明；接手这个代码的同事也就顺便放过这件事了，也没有给我任何提醒。

 

         我比较郁闷如下几件事：

         第一，没人汇报说功能实现不了；

         第二，没人声明说遇到了困难，需要帮助；

         第三，大家同时选择了沉默，等过不去了再说，并期待着让我Surprise一下；

 

         软件开发在管理上有着其特殊性，一般不会细化管理到基本单元，因为开发和谈恋爱一样，虽然有模式，但并不存在固定的模式。

         这次的教训是，程序员有足够的自卑感，代码其实都写得差不多了，仅因为最后搞不清操作系统发过来的几个消息是怎么回事，就选择了放弃并保持沉默。

         另一个教训是管理者足够愚蠢。团队中存在如此大的隐患，管理者竟然毫不知情。尽管这次问题发现得还不是太晚，还有很多办法可以补救。联想到我自己早期做软件工程师时曾碰到过提醒管理者某项技术有问题而被拒绝的情况，便更加明白管理人员在开发人员心目中的形象了。

 

         我相信这二者一定是同时出现的。开发者因自卑而沉默，管理人员因愚蠢而武断。