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