《优秀程序员的45个习惯》的一些总结

看了本书《优秀程序员的45个习惯》，好得习惯会让一个程序员不断地成长，做一下笔记也是个好得习惯。





一、敏捷反馈

1 掌握项目进度

估算项目的时间，以还需要多少小时(天)为单位。不断地改正最后你的估算将能更好反映项目进度。

用工具记录待办事项。在待办事项中排列任务的优先级，例如一个功能实现比界面美化要

更为优先。

有记录工作日志的习惯，这样可以通过日志知道昨天做了什么，通过待办事项知道将要做什么，

这样的话不会让你渡完周末后找不到头绪。

2 协作

与项目的其他成员保持沟通，通过定期会议以及wiki等网络共享平台。报告自己的进展，遇到的问题。

指导别人，与大家进行交流。将解决问题方案的方法记录到wiki中。这样会看到整个团队大家都及时并

有效的吸收了彼此之间的优点，找出新的思路和解决方案，整个团队的能力都是在提升的。对于个人、

团队来说，重复的错误不要犯两次，重复的工具不要开发两次，改进的方法要纳入到团队开发中提高整体效率。

二、编码

1 、设计篇

别妄想一开始就得到个最终详细的设计。一开始需要的是整体的大概设计，设计是指导而不是操纵开发。

2 、优雅篇

良好的编程风格，有意义的参数命名比注释要好得多。代码被阅读的次数要远远高于编写修改它的次数。

想想，如果别人写得一团糟的代码，你看到肯定会忿忿不平的说这水平的代码还不如重写。事实上，一团糟

的代码可能我们也经常创造过。为了方便简单的加减 1 修正错误，对于坐标问题特别容易犯这毛病。

好，今天提早下班了。但下次修改的时候该头痛了，报答是加班甚至重写这些代码。别为了贪图一时方便在

一个排序函数里面塞进了一个输出功能。

3、单元测试

别对自己的代码抱有多大信心，你的信心应该建立在至少它们都通过了单元测试的基础上。单元测试是

该保留重复使用的，以后每修改代码的时候便自动重新执行测试。好的测试代码通常也是好的文档。

有时候，怎么用比怎么实现更具指导意义。这也许是测试驱动开发受欢迎的原因所在。

三、调试

程序需输出一定的调试信息，具备输出日志功能。必要时，你要重写以便将程序的输出调试信息重定位到串口、

屏幕、文本文件甚至网络上。这对于手机开发、单片机开发是非常有用的。磨刀不误砍柴工，如果新的平台没有

这个功能，那么你应该把调试模块加入到待办事项中。