如此项目！

   项目，如果在缺乏设计和资料的情况下开发，并且还能让人快乐的话，那么我认为这个一定是上帝给予我们的快乐吧，但是，似乎，谁又能保证上帝一直陪伴在我们身边？如果上帝是个软件工程师，不知道上帝有没有设计，写不写文档，写不写注释。
   我在开发着这样的一个项目，没有设计，没有文档，连注释也没有。我的水平不行，看不懂，我很懊恼，一个新模块来了，功能变动之大，数据库变动之大，等等这一切是在我没有参与这个项目之前所想不到的。我在这里要问，我们的开发，到底需要不需要正规化？而这个正规化又如何定义？如果有5个牛人，我想他们一定不写注释。但是，我不是牛人。我需要最基本的注释，而不是让我在猜每一个模块，每一个方法的功能。而且，许多模块缺少设计，更何况又有那么多的模块功能是相同的，为什么要重复着写那么多重复的东西？为什么不用设计模式来减少一些我们的工作量？而且也给项目带来了足够的弹性。
    而这些疑问，一直想问，但是又“不敢”问。跟着老师做，难啊。不写，说你水平不行（的确不行），既然知道我水平不行，那么就请大家多写些注释好吗？更何况，这个系统也是个大系统。
    缺少设计，缺少注释（我就不要求文档了），技术含量不算高（轻量级的框架，没有考虑分布，集群，至少在我们这个大模块里没有），而且开发者之间沟通及少。等等。我不知道我还会不会做下去。
   

那要看你做的是什么了，科研的话谁给你设计呢？还是要靠自己。普通项目的话...

首先感谢你的回帖，项目是给一个国有企业做的一个类似于WEB+企业级应用的东西，总的来说打算2-3年时间，但是我们这个团队，也就是一个老师加3个研究生加一个我了，我们现在主要是做WEB上的东西，别的不太清楚，不过别的模块比较像企业级应用，包括听说买了一个组件，大概十几万吧。具体不清楚。我说的是我们做的这个，当然，我们这个应该是大体框架，最后别的模块是要基成进来的。

牛人也要写注释

从业务上考虑代码就会容易很多

你不能选择活在什么年代，比如倒退几十年，你也许下乡当了知青。

那就做个平衡吧。至于天平的平衡点在哪里，这是个难题。你拥有多大的能力去改变现实？

你只看到了技术，没有看到政史。

lz估计是刚出道混~~慢慢习惯吧。

我这几年琢磨代码易懂性这事，发现这玩艺跟注释关系一般，倒是跟写代码的人英语水平多少有点关系。

至于复用，要看你的头头有没有那个能力去驾驭，驾驭不了就是风险。

至于设计模式，我遇到的过的人当中基本都懂，能在合适的context用到合适的位置的人少之又少，大多是要么干脆不用，要么设计过度，沦落为为了设计而设计。不知道LZ在这方面道行如何，是否拿捏的准？

分布环境过于复杂了，LZ是否有把握去驾驭这个风险呢？

另外我觉得LZ你过于内向，一些不知道意思的method或者API完全可以去问问当初写出来的人。

楼主需要的是敏捷,
如果别的敏捷不好使
可以尝试用用XP,
XP是专门为中国ZF软件项目研发的

楼主需要的是一个优秀的资深项目经理，如果项目经理对于类似的项目有足够丰富的经验，那么即使资料缺乏，项目经理也能够根据历史经验来做出正确的判断。

如果没有，楼主爱干啥就干啥去吧，失败是成功之母，就当成是成长必经的历练好了。

XP到底是啥。
我大概看了下，就是在客户那开发，有啥问题需求不理解什么的，开发人员直接跟客户沟通。
如果这样的话那我XP了N久了。。。
不过也出过问题，客户否认其曾经提过某个需求。于是后来我都用纸打印出来签字。

否认的话,SVN回滚...
PS:你实现的快才能更敏捷