维护修改一个烂项目，快没信心了。

zzjijun

呵呵，有过类似的经验。对楼主感同身受。

unix_os

不否如烂尾楼这像啊。。。。。。。。。。。。。。。:em11:

crazyCat

和LZ遭遇差不多,庆幸的事我已经从呢潭跳出来啦!

wanghl

同情一把楼主！

qn_0

现在很多小公司的情况是，把程序员当苦力，一个人做N个人的事，刚写好代码马上又说要改，还没改完要你马上上线，然后就是无穷无尽的修修补补，哪还有空管什么文档注释。。。

hqx8211

就是这样子的。听老同事说，这个项目最初设计的功能很少，估计规模约3万－5万行。几个人开始做，还没做完就不停的要求增加新功能。最后代码规模整整翻了一倍都不止。最初只有几个流程草图（就是这几个“宝贵”的图后来都弄丢了），没有任何正式的设计说明书，由于设计的缺乏，导致框架和系统很不稳定，经常出现莫名其妙的错误。

我刚来的几个月单独做完一个小项目后（很小，才2万多行代码），公司领导告诉我，这是有史以来第一个有需求，概要设计，详细设计和测试报告的完整项目。听了差点晕倒。

值得庆幸的是公司此前虽然流程不规范，不过已经意识到流程和规范的重要性，有明显的改进措施。至少新的项目都先给较多的时间做设计，而不是像此前那样讨论两下功能就开始编码。

solr.china

说几句：很多人迷恋框架，而忽视自己项目业务，导致下面的人做的很累，领导要求加新功能，这是一个很正常的现象。这样导致很多问题出现。

精通业务+熟练code写程序的程序好过精通框架+熟悉业务的。我见过很多“精通”框架，对业务根本不熟悉的人，这样人设计的系统和垃圾没什么区别。


同情下lz，顺便给lz提个建议也许有用，直接看代码来不及的话，先熟悉每个类，函数大概的意思。这样无论调试还是增加新功能，心里大概有个方向。

crashsky

难以想象会有这样的事情
但是我也遇到了
文档还是有点的

hmilymb

同情一下楼主，，，

aninfeel

我也在维护和修改一个烂网站，也是没有文档的，而且没用的文件一大堆。