尽管抽象机制就象Joel说的一样，都是带有漏洞性质的，但是对于软件行业总体而言，应该说仍然是有利的，尽管它使得高手越来越强，而新手则越来越弱，抽象机制给业界带来的好处是很明显的，象Webwork、Struts、Hibernate等等，但这些东西同时也会带来一个问题，就是维护问题，特别是当整个业界的思想还没有同步的时候，就会变得比较麻烦了，不知道大家怎么看呢？
例如在项目中使用Hibernate的时候，到了维护阶段会发现如果要改变表结构是一件挺麻烦的事，都需要懂Hibernate的程序员去做维护才行，还有更典型的就是通常会由维护人员去通过改动sql来实现用户新的查询方式的需求等，为什么说使用Hibernate会使维护工作变得麻烦呢，这是因为现在业界中大部分的人员还处于对sql熟悉，而非对hql熟悉的情况，尽管看起来好像学习这步挺简单，但事实上这个问题是存在的，而且非常明显，所以在目前的情况下在那种维护情况比较多的项目中使用Hibernate确实不是那么的适合，从这点去看，会发现改变一个层次的架构思想确实会带来很多的问题，在项目之初设计师是有责任去做一个符合项目需求的抉择的，^_^，尽管维护费对于商业策略来讲不是什么坏事，不过也得用户和软件公司承受得了。
这就像很多公司选用struts而非webwork一样的，选用何种技术是要根据具体情况来决定的(^_^，典型的废话)，技术本身往往不是决定性的因素，毕竟其实基础架构思想是一样的，只是工具实现的效果因为工具开发商有所倾向而已，对于技术人员来说，最重要的是掌握思想，不要让自己被工具带着走，而导致竟然是被工具淘汰。
其实所有的高度抽象机制一定程度上都会带来这个问题，只是目前的项目维护一般来说都停留在这个阶段，超出这个阶段的部分要程序开发人员来负责也是很正常的，毕竟象功能扩展或新增这种通常来讲是不太可能让维护人员来做的。
Internet时代的软件来临了？
google推出了自己的googlespreadsheets(http://www.google.com/googlespreadsheets)，web版的excel，^_^，google要进攻office地带了，典型的internet性质软件概念，其实之前ms的live战略也是一种对于internet时代软件的商业运作模式需要改变的认同，以后的机器只要能上网，什么软件都不用装，多好，internet版的CRM，估计大家也听说过，一种完全的具备internet时代软件商业运作的模式，整个软件界也许都要因为这个做出一定的改革。
觉得我们这代java软件从业人员是很幸运的，高度的抽象机制还在建立的过程中，有望参与到其中；软件的建设思想在改革中，web 2.0、OSGI；软件的商业运作模式在改变中，从传统的销售软件的模式改为internet软件商业模式。既然拥有这样的运气，我们是不是应该做点什么呢？.........