项目实际开发和维护的痛苦感悟

在项目的实际开发中，不可能是通过代码去知晓所有的功能。那么应该怎么去了解实际的功能和项目的意义所在呢？
对于实际项目开发中遇到的痛楚，我想记录以下自己的想法。
1）A.在实际项目开发中，无论是多么低端的行业或者软件，无论代码有多乱，多难读，只要有代码存在的地方，就应该有一份开发文档，这份文档就是对于框架封装的方法的介绍，这个文档伴随着项目直到项目的淘汰。
B.对于开发文档，一定不要只简单的复制里边的方法，一定要深刻地去理解里边的方法。这样才能彻底地理解框架。
2）有项目就有内在的程序，有程序必然有数据库的使用。这就提出两个需求，
A程序流程B.数据库。
如何解决这两个问题？对于A问题，我们必须去项目中去实际地看客户到底是需要怎么运作一件事情，想要如何去完成这件事。实际考察和亲身经历是解决这个问题最好的方式。对于B问题，余以为只有一份数据库（即便是最全的外键建立）是最差的开发和维护方式。对于程序运作时，流程的操作，一份最简单的powerDesign的数据结构是最简单和最有用的开发和维护方式。

针对以上两种情况，三个主要方面，在非开源的框架开发的项目中极为重要。如果没有这三个主要方面的考虑，必然在项目中降低开发效率，必然无几人知晓全局，项目开发必然越做越差。

愿看到此篇文档的各位好友，引以为戒。