周五 3 九 2010
[转]优秀程序员的良好习惯
Posted by Jansfer under 随笔
No Comments
节选自 图灵公司最近热销的《高效程序员的45个习惯》
作为写书的人，难免有点过度的发挥，太多条条框框可不是好习惯(尽信书不如无书)，
因此节选了部份个人认为对新手有所启发的列举于下：
- 做实事
不要抱怨，发牢骚，指责他人，找出问题所在，想办法解决。对问题和错误，要勇于承担。
根据国外的一些研究，编程的错误95%由程序员自已导致，而36%是因为笔误、拼写错误。 遇到问题首先要假定是自已的原因，只有认真审视自已的问题所在，才能最快的解决问题。
如果你发现自已经常怀疑某些错误是由开发工具、硬件引起，那么你仍然处于迷信的阶段。已经从迷信转为理解的程序员们总是会先怀疑自已的工作出了问题，因为他们知道，正是他们制造了那95%的错误
— Steve McConnell - 欲速则不达
用小聪明、权宜之计解决问题，求快而不顾代码质量，会给项目留下要命的死角。
- 对事不对人
就事论事，明智、真诚、虚心地讨论问题，提出创新方案。
- 排除万难，奋勇前进
勇气往往是克服困难的唯一方法。
- 学习新技术
新技术层出不穷并不可怕。坚持学习新技术，读书，读技术杂志，参加技术活动，与人交流。
- 懂得丢弃
老的套路和技术，该丢，就得丢。不要固步自封。
- 打破砂锅问到底
不断追问，真正搞懂问题的本质。为什么？应该成为你的口头禅。
- 先用它再实现它
测试驱动开发其实是一种设计工具。
- 代码要清晰地表达意图
代码是给人读的，不要耍小聪明。
请参考编码规范: http://www.ecranesoft.com/bbs/showtopic-8538.aspx - 动态地进行取舍
记住，没有最佳解决方案。各种目标不可能面面俱到，
- 增量式编程
写一点代码就构建、测试、重构、休息。让代码干净利落。这里指的是先写出能运行的模块、然后增量迭代的完成项目。
- 编写内聚的代码
类和模块应该足够小（这句不太对，内聚指的是功能目标，而不是代码量），任务单一。请参考编码规范: http://www.ecranesoft.com/bbs/showtopic-8538.aspx
- 对问题各个击破
分而治之是计算机科学中最重要的思想之一。但是，要从设计和原型阶段就考虑各部分应该能够很好地分离。
- 成为指导者
教学相长。分享能提高整体能力。
- 让大家自己想办法
指引方向，而不是直接提供解决方案。让每个人都有机会在干中学习。
- 做代码复查
复查对提高代码质量、减少错误极为重要。
有那么一些人总是把运营模式、潮流这些挂在嘴上，动手能力为零。 
编程要避免把简单的事复杂化。
没事别比来比去，适合你的语言才是最好的。
Today on history:
- 2011: Nginx中的gzip模块简介(0)
- 2011: [原]Eclipse安装pdt方法(0)
- 2009: 重磅出击，BBSMAX4.0正式版本空袭(0)
- 2008: 一些不愿意看到的事情(0)
- 2008: 厦门互联网站长群英会隆重召开 (0)
No Responses to “ [转]优秀程序员的良好习惯 ”