好事要做到底，我们需要full stack的设计

这篇文章不错.
如果所有认知分为两类,那么就应该是分类和总结。
楼主提到抽象,抽象也是一种总结(或分类),文中提到到
"装模做样的写一个DAO",就是抽象没有达到一定高度,
看看别人是怎么 "Don't repeat the DAO!",http://www-128.ibm.com/developerworks/java/library/j-genericdao.html

从这个角度说,能抽象到最大高度,也是需要本领的.

很欣赏楼主的务实作风,大家都是同道中人

DIY原则？？？

要求不要太高的话，RoR或者Grails大体上就能够full stack了。

这说的fullstack还是软件工厂的概念？还是基于组件的复用？这就是DIY么？

不觉得。其实你发现了你重复的劳动是为了解决核心的元数据的运行和表现的设施，企业级开发就是这样，你搞清了需求（领域模型）你就搞定了这个应用，后面的重复劳动使用fullstack的方案就够了。老曹带大家一起去搞Seam也是这种想法吧，让企业级开发少点重复，多享受沙发。

可是问题在于应用不一定都是基于同一个隐喻的，你所做的东西并非那么简单，如果考虑交互设计等更人本的问题，我想软件的设计就复杂了。

我觉得动态语言在描述领域模型方面更具优势，描述完了领域模型，后面的逻辑就放给框架去做吧。

前两天和朋友在城铁上面聊，他说决定企业应用成败的还是领域专家……追根求源还是模型隐喻的认识，模型和人机交互。

我觉得现在框架的问题可能在于，太过于考虑通用性，一个spring总是需要符合各种各样的需求，那就注定了它一定是抽象的！

楼主的想法我支持，可能有人担心这样的fullstack框架不能支持工业强度，
但是，如果你是做互联网应用的或者是其他的一个特定的行业的，可能你就没有必要担心这个，我的意思是说：

如果说开发这样一个fullstack框架并且满足所有通用需求很难做到的话，为什么我们不能做一个仅仅满足互联网开发的fullstack应用呢？（比如你正在做cms）
而且，增删改查CRUD页不仅仅在互联网领域有用，我想应该在80%的情况下都是有用的！

现在可以说每天都有新的网站诞生，这样的框架的出现会是有意义的！

ps:关注grails

ps再ps:我正在思考一个基于jackrabbit的cms系统，其中就有一些想法和lz的很像，比如在一个cms系统中，只要我定义一下一类对象（文章）的字段（作者，正文等）有那些，表现形式（单选，多选，对象关联等）是怎样的，我就可以录入了（自动生成crud），前台我就可以展示了，编程只出现在前台展示模版当中。lz 有兴趣的话我们可以沟通一下！