需求分析远比编码更重要

进入新的项目已将两周了，记录一下这断时间的感受。有些是自己犯过的错误，记录在此，供以后借鉴。

项目初期需求分析远比编码更重要。

项目初期，需求总是处于不断变化之中。很多时候连客户自己也描述不清楚自己需要一个什么样的软件，很多新的需求总是不断地在增加或者改变，也许前一段时间重点开发出来的模块并不是客户看重的东西。如果不能很好地抓住需求，就会导致项目的开发大部分是在做无用功。因此，在项目的初期，需求的分析和确认远远比急于编码更重要。

概要设计尽量详细

概要设计要尽量详细，将每个模块细分为更小的模块，每个小模块中又包含那些功能，以及数据库应该如何设计。进行概要设计过程中，如果有不清楚的地方或者模棱两可之处，应该及时找项目负责人或者客户进行确认。概要设计写好后，应该和项目负责人进行商讨、确认，确保设计的模块功能满足用户需求。详细的概要设计可以为以后的编码提供原型。

编码之前设计好程序结构

在动手写代码之前，应该设计好程序结构，需要几个类，每个类中应该有些什么方法，类之间需要哪些接口等，这些都需要考虑周到后，再开始写代码。如果思维很混乱，走一步看一步地编码，很容易造成大量返工。而且项目越大，重新修改代码付出的代价就越大。

尽量不要重新发明轮子

一个项目中，会有很多公有的工具方法，需要使用这些方法时，尽量调用公有API，不要自己重新去写。很多新人容易犯这个毛病，不太喜欢实用公有的东西，总是相信自己写的才是最好的。每个都去亲自动手写一遍，虽然可以提高自己的编码能力，但是也会使工作效率大打折扣。建议最好是在比较闲的时候去做。