在新东家也混了二个月了，参与了两个子项目，逐渐对身边的未知程序员开始初步了解。一般先是了解了技术水平，再试图从旁打听工作时间，再把前后信息综合起来评估这个人怎么样。结果让我很高兴，因为大部分人写程序还处在随遇而安的水平，何谓随遇而安？就是想把某行代码写在哪儿就写在那儿，想怎么命名变量就怎么命名，引用不了的对象就搞成static.
在边工作的同时，我阅读公司的基础库源码，以及其它项目的源代码。总结起来，基础库的那部分代码水平要高很多，其它项目，先不评价功能和代码性能，就代码结构就让人惨不忍睹，经调查还是公司的牛人写的，公司真是招不到人了。把面向对象的设计，全部写了面向过程的代码，可怜的那几个类应该都是设计人员设计好的，不能不写的东西。到处充斥着全局函数、宏定义、回调函数、用宏隐藏类成员函数。我感觉就是要故意写得让人看不懂，牛人应该都是装逼的吧！
结果就是，我们后面做的项目要依赖于前面这些所谓的牛人写的代码，难以使用，不用不知道，一用吓一跳，bug超多。再观摩一下源代码，才知道牛人都是怎么写代码的。应该说是公司没有牛人，所以才让前面的人写出这么低水平的代码，让人看不懂，所以自以为很牛，其实只是来得早，先当了个官。却无人敢去问津，或指责。于我，也只有闷声憋气，毕竟别人是老员工，还是项目经理，我算什么，还没有转正的一外包人员。等那一天，我转到甲方，我一定想法把他们的代码申请重构，原因很简单早晚都得重做，只是时机未到。对于那些写的丑陋代码的牛逼哄哄的人，还到处传教授道。最后的结果是，最近接手的一个项目，让我重构了全部代码，直接原因就是听取那些所谓前人的“倾囊相授”，把面向对象的设计写成面向过程。写得一团乱，难以理解，业务难以划分，读不懂，只有重构。让写代码的人讲讲结构和实现思路，都难以自圆其说。leader说，这是他从业以来见过最烂的代码，当我看到那代码时仿佛看到了我大学时代的课程设计。很难想像出自三个从业多年的程序员之手。三个人，两个从业5年，一个从业3年。加起来平均年限比我高。三个人写了近二个月的代码，让我三天重构完，那当然是不大可能，想像中是这样的。结果只花了一天把结构整理完，再花了一天时间把error解决掉，再花了一天时间把已经存在的逻辑整好。剩下的工作就是测试，两周过去了，项目第一个版本今天交付。
写了这么多，一直在抱怨，好像与主题无关，我不能当着面说人家水平与工作时间太不匹配了。我只能在这儿写写，希望看的程序员，能认真对待自己的程序，尊重一下自己的工作，就算只是为了生计，只要认真一点，也可以提高工资啊！就算你从业以来不再看书，也不应该是这样的水平。不要把工作当混饭吃，真对不起天天起早tan黑，还经常加班。