项目应该提倡的一些做法
一个 javaEE 项目中应该提倡的做法。

1.       开发流程尽量简化，采用迭代增量的模式，做适合项目需要的文档。很多时候千言不如一图，原型开发我认为也非常重要。

2.       采用成熟的框架， ssh 组合或更多 full-stack 的框架如 seam 等都是不错的选择。如果一定要用公司的框架，至少 SA 要非常熟悉这个框架，在出现问题时要能快速的解决。

3.       对业务的分析做到越细越好，如果有条件让更多的开发人员参与业务的分析，同时形成项目通用的业务语言（实在不行，精简的 user story 也可以）。对于每个达成共识的业务都要能记录下来，并能方便的进行查阅。业务模型和业务规则要始终与当前需求、代码和数据库保持一致。

4.       在团队的建设上，需要更多的投入。不要为了节约成本，让很多程序员老后面才加入团队。一个稳定、团结、有冲劲的团队能比松散而人数更多的团队，完成的更快更好。然后要加强沟通，比如每天开个小的茶话会，大家交流下各自的工作情况，有什么困惑和疑难，提出来大家一起解决，避免大家各自做相同的逻辑（很多东西经过抽象可能就是一个）。在工作之余大家一块吃吃饭，打打游戏等都是增进感情的好方法，大家彼此熟悉了，工作上也能更好的协作。

5.       对程序员要有更高的要求， SA 有责任让程序员了解更多的东西，如面向对象的 5 大原则、一些模式、 junit 、重构等，这些其实并不是什么高深的东西，仅仅是掌握一些方面也能对代码质量和开发中的愉悦度产生很大促进。要激发他们对技术的热爱和对代码质量的追求，因为最终受益的还是他们。 XP 所提倡的结对编程也是快速进行知识传递的好办法。

6.       采用 wiki 进行项目进度跟踪和一些文档的展示。这次用 excel+cvs 的方式感觉很是麻烦，在 spring 翻译中我们采用 wiki 的方式就感觉很好。

暂时先想到这么多，有更多体会，再来补充！

关于代码的一些比喻
  坏的代码就象揉面团，管什么接口什么实现全揉成一团，一个方法几百行，注释写再多也是面团（夹了些小纸条而已）。然后需要重用了，就是从中抓起一把面团，然后放到其它的面团里继续揉。这样重复代码一堆，什么易读性、扩展性、可维护性都是无从谈起。

好的代码就象堆积木，接口实现定义清清楚楚，每个接口只做一件事情，重复代码都是通过更细的接口来消除。重用就是把积木块往该放的地方堆，这样的代码，几个大块几个小块一目了然，只要方法命名规范，连注释都可以省去。这样耦合性低，易读性、扩展性、可维护性都可以得到保证。

把面团变成积木并不复杂，定义好模具，面团一团团往里面填充，待稳定下来，就成了一块块积木。这里关键就是模具的制作，推荐制作宝典： martin fowler 的那本重构。还得有模具的丈量工具，就非 junit 莫属了。