自己作为程序员有些年头了，合作的程序员也是形形色色，回顾总结，发现不管程序员性格是外向的还是内向的，是话痨还是闷棍，他们都有一些共同特征，现在正好是1024程序员节，就随便总结一下，图个乐。
别人写的代码都是垃圾，自己写的才是最好的
这个现象不用多阐述，如果你是程序员，应该深有感悟。如果你还觉得感悟不深刻，你就看看你公司代码里面是不是有类似于多个版本的诸如thread pool啊，object pool啊。
喜欢写一些“高深的，别人看不懂的”代码
最高层次就是：一行代码，n个功能，别人都不懂，只有作者他自己懂。随后，这个便成了炫耀的资本，到处说：“来，你过来看，知道这行代码是干什么的吗？恩，就知道你不知道，哈哈。”倒霉的是下次去维护这种代码的人。
认为越接近机器码的语言，就越是高级的有技术含量的编程语言
在他们眼里，直接写01010110才是最高技术，实在记不住，才用汇编。汇编还记不住，那才就用c/cpp。java/C#一点技术含量也没有。
程序结构大于一切，客户的NC需求可以不予理会
有些程序员，真是极其注重程序的结构设计，当然这个没有错，我也相当认可，但是你知道的，客户那需求可是一直要改啊改的，而且有一些是出乎当初我们预料的改动，但客户才不管呢，反正按时按需完成就是了。但是，碰到有些程序员，好说歹说，他死活不肯改，说改了会影响程序结构啊，设计就很难看之类的。说实话，我也很认同，确实对结构有影响，但是我们得搞清楚谁是衣食父母啊，是客户啊，不是结构！所以，我很想对这类程序员说：有本事你看着程序结构就饱了，别吃饭啊。
对程序性能有时候很神经质
记得有一次，我们需要写一个桌面应用程序，有个程序员和我讨论了很长时间到底应该用系统lock还是自己写一个基于计数器的lock（这里我不得不说，那些程序员都是很好的程序员，理论知识很丰富深刻，以上海西南某高校居多）。我承认，基于计数器的lock确实比较高效，因为不用使程序陷入内核态。但是，对于一个本身就是慢速的用户桌面应用，有必要自己实现一个高效lock吗？自己实现，增加了开发测试成本，而且还增加了很多bug几率。如果把这些时间花在改进用户UI上，那不是远比为了快那么几十毫秒来的更有价值吗？
总结
程序员一直给人印象是：性格怪异，智商高，粘着椅子，敲着电脑。我要说的是，这个都是误解。其实现实中的程序员大多数是很开朗的，和其他人没什么两样。但程序员有时候工作是非常辛苦的，可以为了修一个bug而通宵达旦，对生活和健康影响都很大。所以，我祝每个程序员都幸福健康。。。
