做代码的曲线问题

今天做一些JS的代码,终于发现忍无可忍。不知道为什么,翻来覆去就那些代码行,做了一周也没有什么长进。实在烦得可以。

掩面长思~在差点睡着之前,终于想明白一件事:EN,代码的生长过程,也是曲线的。

首先,在项目的最初起,由于方案并不很确定,技术疑难也多,因此框架代码多、技术实现的示例代码也多。因此这个阶段的代码是散、乱,并且有效的代码也很少。基本上,在后期能留下来的并不多。但是这个阶段的代码量可能暴涨暴跌,因为技术选型导致的很多代码可能一夜之前就出现大幅的增删。

在项目的中段,由于大局已定,接下来就是劳力活。因此代码飞速增长,持续攀升。一日千行也是可能的。常常称为牛X人时代:三天三夜不睡,一个软件诞生。

在项目的后段,主要的工作是测试和维护。因此总是在读代码和copy&parse,以及在几行代码间修来改去。因此代码量总是小的波动,而时间耗得却尤其的长。

回顾了一些我做的项目,总是在项目的后段失了耐性。便是因为这个曲线的后段实在是折磨人。再进一步说,如果要把项目做得好一些,品质好一些,那么在项目的后段应该调整一下心态,不要再向先前那样急进。——代码的增长曲线决定了一件事:急也没用。

当然,项目初起的框架阶段也很重要,一个好的框架便于回顾、维护和测试。然而,无论是怎样的框架,项目的最后一个阶段,依旧会是同样的痛苦。