友荐云推荐

每位程序员有自己独有的编程方式,原文作者Ben Teese在他的程序员生涯中,悟出对编码流程的一些见解:多思考、多编码、多测试。打造软件的过程是一个不断学习的过程,一个好的策略是遵循计划-执行-反思来进行的。

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

大致的样式是这样的:

a:多思考(Think a bit)

b:多编码(Code a bit)

c:多测试(Test a bit)

再来一遍(Go to Step 1)

第一步:多思考

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

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

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

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

第二步:多做

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

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

第三步:多测试

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

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

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

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

第四步:再来一遍

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

小结

以上就是我个人的一些有关编码流程的见解。时至今日,随着越来越多的便捷开发工具的推出,以上这四步流程走得更顺畅了。所以,请不妨试试吧。

PS:早读君现在学习一门语言,已经不满足每次照代码写个demo了。在做之前会大概想个产品,然后利用这个要学的语言尽量的把技术用进去。有了产品雏形就会涉及到非常广的技术,这个时候就要慢慢去延伸了。完毕~~~