先写代码还是先写技术文档的思考

 

        以前在接手一个新项目的时候,总是会先写一个demo,把这个项目框架搭起来,已经知道的技术难点先解决掉.这样感觉做项目计划,写文档就更有信心了,时间也好估一点.但是呢,我接受到的观点都是先写技术方案,写用例,画流程图,写代码之前做了很多工作.我一直觉得后面一种观点不好,因为就算写了很多文档,画了很多图,之后写代码做计划还是虚.因为难点还没解决,到底能不能解决,不能解决怎么办呢,疑问很多.从我过人做项目来看,做一个项目,大部分时间还是在解决技术难点上的,非技术难点的话利用之前已有的代码技术积累,很快就能完成.
       虽然我一直认为前面的一种要好,但是找不到说它好的证据.后来读了<<黑客与画家>>,终于解决了我的疑问.在里面,黑客是程序员的意思,黑客的工作与画家差不多,画家在画画之前,不需要把什么都想清楚才动手画画,而是边画边修改,一步步的看见自己最满意的作品呈现出来.编程也一样,有了想法就去写,不断地调试,一步步的超着预期的结果迈进.过多的纸上的设计只会磨灭程序员写程序的热情.编程语言是用来帮助思考程序的,而不是用来表达你已经想好的程序.
        所以说能解决问题的方法就是好方法,如果能觉得自己的方法比传统方法在实践中效率更高,就坚持自我吧.

你可能感兴趣的:(程序人生)