维护项目--------代码与文档的规范性

现在的公司成立也有六七年了，但是对技术的重视性并不是太高，来这里短短几个月，出现以前做的项目代码丢失，或者数据库丢失，另外貌似就没见过开发文档。

      期间，公司一个OA产品项目(ASP的老项目)出现问题，是权限还有工作流方面的问题，当时问了公司同事开发文档呢，总不能盲目的找吧，同事说：哦，没有开发文档，自己找吧。又看了下数据库，里面的表名和字段名都是那么。。。。。。怎么这么陌生，还都没说明，更没有数据库文档，这怎么行呢？这修改起来效率不是很低么？又去问同事，同事说看懂别人的代码才是高水平。擦，这不是浪费时间么，本来小问题，如果有文档的话几分钟就能搞好，硬是浪费半天甚至一天时间。还有一个行业网站，自从来到这都修改了四五次了，每次都是不同的问题，BUG怎么这么多呢？这是客户问的，我也很无奈啊，用的是那个什么模板引擎，还是没有文档，修改代码还得重新了解一下，修改公司的项目，差点想吐。哎没办法，所谓的程序猿高手就是很快读懂别人的程序，坑爹啊！

    自己做项目一般会写个技术文档加以后的维护记录。写下需求文档，包括概要设计、详细设计等，（小项目简单写下，不过还是得有）用PowerDesigner设计数据库、然后代码命名规范性，及注释。这不仅是为自己负责，更是为后来人负责，否则随后谁修改你的项目，那不痛苦死了么？哎，程序猿千万别再祸害小鸟们了。

    BUG，细节决定成败！