在1024程序员节给这个群体做个特征总结

自己作为程序员有些年头了,合作的程序员也是形形色色,回顾总结,发现不管程序员性格是外向的还是内向的,是话痨还是闷棍,他们都有一些共同特征,现在正好是1024程序员节,就随便总结一下,图个乐。

别人写的代码都是垃圾,自己写的才是最好的

这个现象不用多阐述,如果你是程序员,应该深有感悟。如果你还觉得感悟不深刻,你就看看你公司代码里面是不是有类似于多个版本的诸如thread pool啊,object pool啊。

喜欢写一些“高深的,别人看不懂的”代码

最高层次就是:一行代码,n个功能,别人都不懂,只有作者他自己懂。随后,这个便成了炫耀的资本,到处说:“来,你过来看,知道这行代码是干什么的吗?恩,就知道你不知道,哈哈。”倒霉的是下次去维护这种代码的人。

认为越接近机器码的语言,就越是高级的有技术含量的编程语言

在他们眼里,直接写01010110才是最高技术,实在记不住,才用汇编。汇编还记不住,那才就用c/cpp。java/C#一点技术含量也没有。

程序结构大于一切,客户的NC需求可以不予理会

有些程序员,真是极其注重程序的结构设计,当然这个没有错,我也相当认可,但是你知道的,客户那需求可是一直要改啊改的,而且有一些是出乎当初我们预料的改动,但客户才不管呢,反正按时按需完成就是了。但是,碰到有些程序员,好说歹说,他死活不肯改,说改了会影响程序结构啊,设计就很难看之类的。说实话,我也很认同,确实对结构有影响,但是我们得搞清楚谁是衣食父母啊,是客户啊,不是结构!所以,我很想对这类程序员说:有本事你看着程序结构就饱了,别吃饭啊。

对程序性能有时候很神经质

记得有一次,我们需要写一个桌面应用程序,有个程序员和我讨论了很长时间到底应该用系统lock还是自己写一个基于计数器的lock(这里我不得不说,那些程序员都是很好的程序员,理论知识很丰富深刻,以上海西南某高校居多)。我承认,基于计数器的lock确实比较高效,因为不用使程序陷入内核态。但是,对于一个本身就是慢速的用户桌面应用,有必要自己实现一个高效lock吗?自己实现,增加了开发测试成本,而且还增加了很多bug几率。如果把这些时间花在改进用户UI上,那不是远比为了快那么几十毫秒来的更有价值吗?

总结

程序员一直给人印象是:性格怪异,智商高,粘着椅子,敲着电脑。我要说的是,这个都是误解。其实现实中的程序员大多数是很开朗的,和其他人没什么两样。但程序员有时候工作是非常辛苦的,可以为了修一个bug而通宵达旦,对生活和健康影响都很大。所以,我祝每个程序员都幸福健康。。。

0

发表评论

邮箱地址不会被公开。