我们是否需要成为好的程序员

闲暇时看了《技术总监谈好的程序员如何写代码》，完全同意对好的程序员的评判标准：代码简洁、注释合理、逻辑简单、架构优良和良好的扩展性，同时也看到后面网友的评论，有的人认为项目时间太紧无法达到这样的高要求，我个人觉得写这个评论的兄弟还没有明白好程序员的槛在哪里，不是因为你能写出符合上诉标准的程序你就是好的程序员，而是你能快速的使用上诉的标准完成任务，即使有一点时间上的延误，也可以用良好的质量告诉你的项目经理，我的代码可以零缺陷发布，保证不出网上问题，有了这个质量保证，你的项目经理恐怕要哭着求着让你别那么早完成任务了。

有的人觉得把代码写得这么好，后来的人即使没有太多经验也能和我做得一样好，不是要把我挤下去。非常恭喜这位仁兄把人人平等的观念深入人心，实际情况是破坏者永远比优化者要多，常常可以看到好好的一套框架一旦被改动就走样了，软件人员技能的参差不齐是所有公司都面临的问题，即使你身边的人水平已经和你当年一样了，那么再次恭喜你，你可以做这群优秀人的项目经理了，正是你的带领才有今天的局面。

我现在写代码就是怕，怕写得不好给别人带来麻烦，也怕别人写得不好污染了这套代码，我从来不觉的自己是个艺术家，我就是个“奶爸”，把产品代码喂得健康，没有疾病，那么以后它独立了就能够给我带来非常好的收益，至少我可以成立一个公司来教授“育儿经”。