给做快速开发框架的人泼泼凉水

      就快速开发而言，我认为这是一种管理层面上的东西而不是太多的技术上。须知道软件生命周期中除了编码时间还有别的时间。假设编码时间占项目时间的80%左右那么节省编码时间自然是客观的，假如说只占了20%甚至10%左右那么这个节省的就不合算了。所以应该叫做快速编码或者叫做技术的快速开发。

     就快速编码（技术的快速开发）而言，针对java本身来说。除非你彻底的放弃现有的经验否则你所做的一切试图快速的做法都逃不出代码生成的圈子。试想一下我们废除DAO，废除Service，只有domain 和web，这种做法如何让人能接受？做过java的都肯定会质疑，这种做法行吗？这不是耦合吗？姑且不讲这说法的正确性如何。但就此疑问而言就可以说你不可能来一次革命。你彻底革命会让那些朋友难以接受的，试想一下把一个原始社会的人拉到现代社会，给他喝可乐，吃冰激凌，看非常6+1，玩计算机游戏。你能想想他会是什么表情，什么心理，而且他也不可能做好这些事情。

     现在要么是围着web层打转转，要么是代码生成技术。谈不上快速开发，充其量只能算是快速编码

03年我读书的时候在程序员杂志上介绍了一本叫做《快速软件开发》的书。那时候敏捷来时汹汹，这本书被当时成为最后的传统软件工程经典。当时我买来看了，一知半解，但是后来我越发的认识到其中的奥秘，认识到什么才是快速开发了。快速开发而不是快速编码。这本书现在出了经典版，我买来做了收藏。大家喜欢快速开发的朋友不妨一读。