开发随笔：快编程？慢编程！

这是一篇很有意思的文章，讨论了编程究竟要快还是慢的问题。

类似这样的话题通常会引发非此即彼的讨论。

借用练车师傅的一句话“快的起来，慢得下来”。

在整个开发流程中，一些环节确实需要慢下来：

• 需求（2档）：慢工出细活。客户提得简单，做起来却不能粗糙。不然返工的劳动量绝对可观。
• 设计（1档）：这是最需要慢的地方。甚至需要“反复”。这个环节决定了软件的质量、未来的扩展性、是否满足需求（以及未来的需求）。还需要考虑性能、框架的局限、语言的局限、操作系统的局限等等。快就会留下更多的“坑”。
• 编码（2-3档）：编码如果要快，除了经验积累，还有就是要思路清晰。开始一个功能模块之前，必须考虑清楚需求、接口的要求、异常的处理、模块之间的耦合等。考虑清楚了，再用原型验证一下技术是否可行。敲完键盘，耐心调试。最后，提交代码、代码审查、合并到仓库。
• 测试（3-4档）：根据需求和测试规格，点啊点。如果有自动话工具，自动升到（5档）。
• 发布和bug修复：根据具体情况，可能简单改改代码。有些时候还要确认需求、设计是否合理，是否需要调整框架。各种档位都有可能。
• 总结（1档）：积累和总结，一定要慢慢来，想好了哪些是对自己有用的，哪些错误是有价值的。

快的起来，慢得下来是比较可行的一种方式。

当然，就像练车那样，这是需要不断总结和练习才能达到的。