为什么程序员都有点怪?

 

 自己做了n年的程序员,也和各种形形色色的程序员合作了n年,回顾总结,发现不管程序员性格是外向的还是内向的,是多话的还是沉默寡言的,他们或多或少都有如下的怪癖,区别只在于怪癖的严重程度。


1. 别人写的代码总是比自己差,我情愿重写也不要用别人   这个现象不用多阐述,如果你是程序员,应该深有感悟。如果你还觉得感悟不深刻,你就看看你公司代码里面是不是有类似于多个版本的诸如thread pool啊,object pool啊。 【总结】:如果有现成的允许使用的经过测试的代码或程序库,并且有人维护或维护成本可以接受,程序员应该尽量使用现有代码和库来节省时间和开发测试成本。
2. 喜欢把代码写的越简短越好,语法越偏僻越好,别人越难看懂越好。   最高层次就是:一行代码,n个功能,别人都不懂,只有作者他自己懂。随后,这个便成了炫耀的资本,到处说:“来,你过来看,知道这行代码是干什么的吗?恩,就知道你不知道,哈哈。”我每次都是这样诅咒这些程序员的:“下次希望你去维护别人写的这种代码”。 【总结】:晦涩的代码,维护成本会非常高。有时候,我情愿牺牲一些性能,也要写易懂的代码。所以,好的代码不但要实现功能,更要好维护。我对好维护的定义标准就是:A写的代码让B能很轻易的理解和修改。
3. 以为越接近机器码的语言,就是高级的有技术含量的编程语言   在他们眼里,直接写01010110才是最高技术,实在记不住,才用汇编。汇编还记不住,那才就用c/cpp。java/C#一点技术含量也没有。   我想说,你们这个想法让我这个写html+javascript的情何以堪啊,我说,你们怎么不用刀去刻硬盘啊,那个最直接啊。实在不行,你用汇编写个网页我瞅瞅啊,那个我才佩服你呢。 【总结】语言本身没有好坏之分,只是工具而已。好的程序员就是需要能在各种不同的情况下选择适合的语言。
4. 程序结构大于一切,客户需求可以放在一边   我碰到有些程序员,真是极其注重程序的结构设计,当然这个没有错,我也相当认可,但是你知道的,客户那需求可是一直要改啊改的,而且有一些是出乎当初我们预料的改动,但客户才不管呢,反正按时按需完成就是了。但是,碰到有些程序员,好说歹说,他死活不肯改,说改了会影响程序结构啊,设计就很难看之类的。说实话,我也很认同,确实对结构有影响,但是我们得搞清楚谁是衣食父母啊,是客户啊,不是结构!所以,我很想对这类程序员说:有本事你看着程序结构就饱了,别吃饭啊。 【总结】:正像我上一篇blog所说的,IT只是个工具。如果你造出来一个工具,即使再好看,再完美,如果达不到使用要求,那就什么也不是。
5. 对程序性能有时候很神经质   我记得有一次,我们需要写一个桌面应用程序,有个程序员和我讨论了很长时间到底应该用系统lock还是自己写一个基于计数器的lock(这里我不得不说,那些程序员都是很好的程序员,理论知识很丰富深刻,以上海西南某高校居多)。我承认,基于计数器的lock确实比较高效,因为不用使程序陷入内核态。但是,对于一个本身就是慢速的用户桌面应用,有必要自己实现一个高效lock吗?自己实现,增加了开发测试成本,而且还增加了很多bug几率。如果把这些时间花在改进用户UI上,那不是远比为了快那么几十毫秒来的更有价值吗? 【总结】:我们的时间和精力是有限的,所以有些事情,即使是对的,但是我们也不去做。因为如果我们把有限的时间和精力放在其他方面,我们可以收获更多。这个就是所谓的性价比吧。   程序员一直给人印象是:性格怪异,智商高,粘着椅子,敲着电脑。我要说的是,这个都是误解。其实现实中的程序员大多数是很开朗的,和其他人没什么两样。但程序员有时候工作是非常辛苦的,可以为了修一个bug而通宵达旦,对生活和健康影响都很大。所以,我祝每个程序员都幸福健康。。。   最后,还是以一副图片结尾,我觉得这个还是很形象的从某一个方面表达了程序员的生活:



回到

顶部