从springside、appfuse、grails 看到的“敏捷”

    刚开始工作的时候一直不懂什么叫做架构，只是了解到什么是两层，什么是三层，慢慢的开始书写自己的java代码。慢慢的才知道为什么要出那么多的框架，那么多框架的结合使用。

    记得看过一篇文章，里面讲即使用java构建一个简单的web应用，也不是很容易的事情，其中作者提到了sttuts hibernate spring 等一些应用。

    去年的时候开始参照江南白衣的springside架构自己的项目，让同事们用的很舒服，写很少的代码就可以实现功能。之前也做过一个项目，用的是自己写的平台，数据传输用的jason，展示用的是ajax，自己画的table，底层与前台的交互已经封装好，也是只要书写自己的action就可以搞定一个业务。

    自己最近又有在关注grails，借助rails的思路，实现脚手架的功能，都很不错的。

    回过头来想想这些东西的目的所在，无非在于一个敏捷开发。于是在想是什么限制了团队的敏捷开发的思路，

    整理了下:   

    1  小组团队的每个人的态度，我感觉团队里面每个人的态度都会给整个团队，整个项目带来重大的影响，因为每个人的思路，每个人的态度都会去影响周围其他的人思路，是否会接受他的思路，使项目向一个更好的方向发展。

    2  就是应用的语言，我们选用的框架，以及使用的工具了，这些由appfuse、springside、ror等等都可以很好的来证明了，如果选择了适当的，在小组中形成共识，就可以加快开发的速度，缩短周期。

     之前有DRP（dont repeat yourself）原则，最好的设计是希望你书写的代码都是合理的分布的，每个负责一部分的代码块都只在一个地方出现，这样才不会重复，而恰恰就是这样，才不会到处修改很多重复的地方，实现了“敏捷”；再有就是现在大部分框架使用的原则“约定大于配置”或者讲零配置的原则，让我们不用花很多时间去做哪些配置的工作，可以直接做到直接编写有用的东西。

    我觉得java之所以会这个样子，也是因为大师们注意到了这个特点吧，他们之所以这么做，是出于一部分“敏捷”的考虑，构建专注、高效、高产的代码框架吧。