温故而知新：JOEL ON SOFTWARE

1. 有一个字符串，而不知道它所使用的方案是毫无意义的。

2. 规格说明书如果没有写完，则可以注明，这样读者就不会责难。

3. 如果修复BUG的代价还大于收益，则该BUG不值得修复。

4. 微软的散用软件可以花10亿美金，而我们的内用软件远不值得花费这么大的代价。

5. 在极限编程团队中，客户方面派来的代表，不太可能是他们的核心成员，很有可能是绩效为D的员工。

6. 好看的软件界面非常重要！让外行们提200个无关痛痒的界面建议吧。

7. 在缺少100%监督的情况下，员工们会生产一种为"为测评而工作"的动机，他们只会在乎自已的测评而不关注他们工作的实际价值或者质量。

9. 自己写的软件，自己都不用的话，是一定会失败的。应该"吃自己的狗食"。

10. 如果团队中有一两个蹩脚的程序员，千万不要去帮他们改代码。只管针对他们的代码提BUG报告，这样他们就会忙于修复BUG,没有办法再制造别的危害了。

10. 在动手实施任务之前一定得好好地把它们设计一番。

12. 如果是一个核心业务功能，那么不管它是什么都要自己去做。

13. 用户使用你的软件每多一个障碍，则你得到的用户就会少一半。

14. 如果把整个重写，你们失去许多规格，这些东西只能依靠测试一点一点重新发现。有许多公司就是因为重写而从市场的领导地位上跌落。网景就是这样跨掉的。