Mozilla开发策略
Seth Spitzer & Alec Flett
(糊涂熊翻译)
1) 最先处理最重要的臭虫
每个人都喜欢check in的感觉。但是请记住：checkin的频率并不能代表一切。与那些极少发生或者微不足道的臭虫相比，更应该首先除掉那些会引起数据损失，系统崩溃，性能下降之类真正影响到用户使用的臭虫。
2) 第一次就力求做对，即使因此多花点时间也是值得的
一堆东修西补的，现在勉强能运行的程序，长远价值(糊涂熊补充—指的应该是技术上考量。市场上的价值很难说。)可能还不如踏踏实实拿出一段真正坚固，完整测过，注解详实，干净，容易维护的代码。因为前者终究将使你有朝一日不得不花更多的精力回头来返工。当你的思路都在当前这个问题的领域里时，(糊涂熊补充—只要认真，唯实。)一次就做对并非难事。这样即使将来要修改也会很容易(糊涂熊注解：因为容易维护嘛)。 不理解别人的代码的唯一坏处是不了解你自己(这里不太明白。。。)。
3) 自己的代码一定要自己测过
QA的职责是验证质量(assure)，但不是提供质量。提供质量是开发者的职责。你有责任在Check-in之前发现你的代码中存在的问题，并且修正它们。你负责提供没有臭虫的代码，QA负责验证是否真的没有臭虫。
无论任何人发现了你代码中的臭虫，你都应该感激(appreciate)。如果他们在你正式发货(ship)之前发现了臭虫，你应该加倍感激。因为他们帮你把了第二道关卡， 在这些臭虫跑出去叮扰客户之前就帮你捉掉了。
