编程认知：多思考、多编码、多测试

编程认知：多思考、多编码、多测试

在我的程序员生涯中，悟出了以下的一个程序编码流程；期间也接触了很多其它的理论和想法，但是我还是觉得这是最适合我的。

大致的样式是这样的：

a：多思考（Think a bit）

b：多编码（Code a bit）

c：多测试（Test a bit）

再来一遍（Go to Step 1）

第一步：多思考

有多少朋友会觉得，噼噼啪啪键盘节奏的快慢代表了程序生产力的高低？如果你也是这样想的，我希望你能在遇到问题时，先放一放，静心想一想。

如果思考的时候，觉得无从下手，不妨先问问自己：究竟要做什么？ 一旦安静下来，这个问题的答案将会使我们辨清方向或者重新考虑问题的处理方法。

下一步，我会建议思考这个问题：自己是否把简单问题复杂化了？ 尝试用最简单的办法来解决问题是每个程序员应该为之努力的目标。但当我们掌握了足够多的学识时，用如此简单的方法来解决问题是否大材小用了？如果这样想，或许最后找上我们的却是一堆堆越来越复杂的问题。尝试转一下思路，用简单的办法解决问题会导致最坏结果是什么呢？是比不能解决问题更差吗？学会跳出牛角尖，这一点很重要。

因此，在遇到问题时，不妨多问问自己以上几个问题。而当进行到一个瓶颈位置，进退维谷时，我会考虑进入下一步。

第二步：多做

我觉得这是最有趣的一步。因为很多时候，编程对于我们来说更像是打游戏，不是吗？但是要避免过犹不及。正如前述，当发觉做了无用功时，应该适当转变思路，并再次提醒自己：是否朝着既定的方向前进。

然后，我们接着做下一步。

第三步：多测试

实不相瞒，这一步不仅没有编码那么趣味盎然，甚至还十分让人烦恼。

但是，没有测试环节的项目，我建议还是在个人的开源项目中进行吧；因为不经过测试而发布的，应该没有多少人敢用。

除了烦恼，测试可能也是编码过程中最复杂的一个环节了。有别于编程那样的所见即所得，要找出最优的测试方案可得花上成倍的努力。测试的特点就是充满不确定性。

有的朋友采用的是测试驱动的开发方法，我的看法是：这是好的，但请坚持到底。对于我来说，如果是高度算法集中的项目，我也会采用该方法。

第四步：再来一遍

问题的解决很多时候都不是一蹴而就的，一遍下来的循环和反馈是至关重要的。打造软件的过程是一个不断学习的过程，不断学习加强技术和问题处理的能力。一个好的策略是遵循计划->执行->反思的过程来进行。

小结

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。