标签：
为了让软件符合用户的需求，要一直做下面的准备工作，为了降低集成新代码带来的破坏性变化，你要提早集成，频繁集成。
开发的模式有一人写代码，一个人指导。也有写了代码交给另一个人复查。
关于开会、讨论：站着讨论、上班后半个小时或者一个小时后开会。吃饭的时候，可以讨论如何敏捷开发更加高效率。
在开发过程中，遇到问题，可以到知识库里查找答案。如果没有你的答案，那就解决后，把案例写在知识库里。以后被人遇到类似的问题，查找后，就可以马上解决。
要尽早实现自动化部署。
做好一些功能，就给用户看，得到反馈继续做下一个功能，这样做高效。
先是积极的看到它的正面，然后再努力的从反面去认识它。
要过一个你搞不定的代码，继续写。
面向对象设计原则：应该编写内聚的代码
PIE原则：代码要清晰的表达意图
持续集成：是一种软件开发实践，即团队开发成员经常集成它们的工作，通过每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽早地发现集成错误。
以下是我需要解决的问题：
解决日志（没试过，不明白）
FIT集成测试框架（这个想了解）
书籍：《项目自动化之道》介绍了所有的自动构建的技巧和诀窍。
《版本控制之道——使用CVS》
《单元测试之道JAVA版》
文章：“你的代码为什么写的烂”
标签：
原文地址：http://www.cnblogs.com/zttjava/p/5058529.html
