第一步：多思考
有多少朋友会觉得，噼噼啪啪键盘节奏的快慢代表了程序生产力的高低？如果你也是这样想的，我希望你能在遇到问题时，先放一放，静心想一想。
下一步，我会建议思考这个问题：自己是否把简单问题复杂化了？ 尝试用最简单的办法来解决问题是每个程序员应该为之努力的目标。但当我们掌握了足够多的学识时，用如此简单的方法来解决问题是否大材小用了？如果这样想，或许最后找上我们的却是一堆堆越来越复杂的问题。尝试转一下思路，用简单的办法解决问题会导致最坏结果是什么呢？是比不能解决问题更差吗？学会跳出牛角尖，这一点很重要。
因此，在遇到问题时，不妨多问问自己以上几个问题。而当进行到一个瓶颈位置，进退维谷时，我会考虑进入下一步。

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

第三步：多测试
实不相瞒，这一步不仅没有编码那么趣味盎然，甚至还十分让人烦恼。
但是，没有测试环节的项目，我建议还是在个人的开源项目中进行吧；因为不经过测试而发布的，应该没有多少人敢用。
除了烦恼，测试可能也是编码过程中最复杂的一个环节了。有别于编程那样的所见即所得，要找出最优的测试方案可得花上成倍的努力。测试的特点就是充满不确定性。
有的朋友采用的是测试驱动的开发方法，我的看法是：这是好的，但请坚持到底。对于我来说，如果是高度算法集中的项目，我也会采用该方法。

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