每位程序员有自己独有的编程方式，原文作者Ben Teese在他的程序员生涯中，悟出对编码流程的一些见解：多思考、多编码、多测试。打造软件的过程是一个不断学习的过程，一个好的策略是遵循计划-执行-反思来进行的。
在我的程序员生涯中，悟出了以下的一个程序编码流程；期间也接触了很多其它的理论和想法，但是我还是觉得这是最适合我的。
大致的样式是这样的：
a：多思考（Think a bit）
b：多编码（Code a bit）
c：多测试（Test a bit）
再来一遍（Go to Step 1）
第一步：多思考
有多少朋友会觉得，噼噼啪啪键盘节奏的快慢代表了程序生产力的高低？如果你也是这样想的，我希望你能在遇到问题时，先放一放，静心想一想。
如果思考的时候，觉得无从下手，不妨先问问自己：究竟要做什么？ 一旦安静下来，这个问题的答案将会使我们辨清方向或者重新考虑问题的处理方法。
下一步，我会建议思考这个问题：自己是否把简单问题复杂化了？ 尝试用最简单的办法来解决问题是每个程序员应该为之努力的目标。但当我们掌握了足够多的学识时，用如此简单的方法来解决问题是否大材小用了？如果这样想，或许最后找上我们的却是一堆堆越来越复杂的问题。尝试转一下思路，用简单的办法解决问题会导致最坏结果是什么呢？是比不能解决问题更差吗？学会跳出牛角尖，这一点很重要。
因此，在遇到问题时，不妨多问问自己以上几个问题。而当进行到一个瓶颈位置，进退维谷时，我会考虑进入下一步。
第二步：多做
有多少朋友会觉得，噼噼啪啪键盘节奏的快慢代表了程序生产力的高低？如果你也是这样想的，我希望你能在遇到问题时，先放一放，静心想一想。
如果思考的时候，觉得无从下手，不妨先问问自己：究竟要做什么？ 一旦安静下来，这个问题的答案将会使我们辨清方向或者重新考虑问题的处理方法。
下一步，我会建议思考这个问题：自己是否把简单问题复杂化了？ 尝试用最简单的办法来解决问题是每个程序员应该为之努力的目标。但当我们掌握了足够多的学识时，用如此简单的方法来解决问题是否大材小用了？如果这样想，或许最后找上我们的却是一堆堆越来越复杂的问题。尝试转一下思路，用简单的办法解决问题会导致最坏结果是什么呢？是比不能解决问题更差吗？学会跳出牛角尖，这一点很重要。
因此，在遇到问题时，不妨多问问自己以上几个问题。而当进行到一个瓶颈位置，进退维谷时，我会考虑进入下一步。
第三步：多测试
实不相瞒，这一步不仅没有编码那么趣味盎然，甚至还十分让人烦恼。
但是，没有测试环节的项目，我建议还是在个人的开源项目中进行吧；因为不经过测试而发布的，应该没有多少人敢用。
除了烦恼，测试可能也是编码过程中最复杂的一个环节了。有别于编程那样的所见即所得，要找出最优的测试方案可得花上成倍的努力。测试的特点就是充满不确定性。
有的朋友采用的是测试驱动的开发方法，我的看法是：这是好的，但请坚持到底。对于我来说，如果是高度算法集中的项目，我也会采用该方法。
第四步：再来一遍
问题的解决很多时候都不是一蹴而就的，一遍下来的循环和反馈是至关重要的。打造软件的过程是一个不断学习的过程，不断学习加强技术和问题处理的能力。一个好的策略是遵循计划->执行->反思的过程来进行。
小结
以上就是我个人的一些有关编码流程的见解。时至今日，随着越来越多的便捷开发工具的推出，以上这四步流程走得更顺畅了。所以，请不妨试试吧。
