文档，代码，测试

随着这次重新写了自己的一个程序，对于我这个外行入门的人来说，一些总结需要写写。 文档这玩意，以前一直不重视，觉得是给别人看的，是类似于思想汇报那种表面东西，所以一直不愿意写。上次听公司的刘博说了文档的重要性后，自己开始转变态度，这次重写代码，就先写的文档，然后写的实现代码。虽然没有严格按照正规流程走，但是文档的编写对于整个软件的代码编写的帮助还是显而易见的。

首先需求分析，知道要做什么，知道要做到什么地步才是合格的是非场重要的，对于需求的理解会产生歧义，如果不在此时把歧义排除，可能代码写到最后，就是一坨废代码；其次，对于软件整个流程，把流程图亲手画下来，就会发觉很多逻辑不合理的地方，把流程搞合理了，代码的整个思路也就有了。其他的还要记录下改动内容，测试要点，以及需改进的地方

 

代码的编写，相信包括我在内的很多程序员都认为是最为重要的，然而，代码的编写实现确实最简单的，只要给一个程序员足够的时间，总是能把一个不大的写出来，调试修正循环而已。这里不讨论代码是否优雅是否稳定是否高效，只是实现而已，好的代码需要前期良好的铺垫，所以我们还是做好充分的前期工作，虽然看起来代码才是我们工作的衡量标准。

 

测试，真的很重要。要是我能说“更新程序，保证没问题”，那我该多自信，技术多牛啊。每次把程序递交上去，总是会担心出现各种bug，可是越是担心越是有。而且很多bug看起来并不难解决，只是粗心或者思维的漏洞而已。我想高级的程序员绝不会允许自己犯这样的错，也不愿意把时间浪费在这低级趣味的bug调试之中。