万能的portal server？

听了整整一个下午BEA的讲座，说了很多关于bea portal的事情，并且，自己还拿光盘来装了一下，好像还真的挺像那么回事，自己忽然想起BEA的工程师讲过的话，portal不止是一个用来简化编程的工具，它更是一个改变现有编程方式的工具，现有编程方式？我们已经在一个组件编程的年代里滚爬了不少日子了吧，带有动作的组件编程已经变成日常编程工作的一部分，还要怎么去改变呢？忽然明白，我们是不是都太关注于技术了？是不是都太行而上地认为，把世间的一切都归纳为对象模型和固有的组件？那么，应用呢？基于真的企业的应用呢？每当做一个项目的时候，首先要做的就是翻翻项目机器里面，有没有现成的组件，然后才开始构思项目流程，portal的出现，从很大程度上改变了这种思维模式，portal+intergration+texedo，这是BEA给出的方案，我们一直都需要跟用户不厌其烦地解释，这是技术上的问题，这是需求上的问题，这是维护上的问题等等等等，那么用户真的明白多少呢？而且，一堆堆的基于组件组出来的项目，为什么跟别的项目互通起来那么麻烦，自己定义的Corba接口，就认为一劳永逸了，可以用别的应用来调用了，但NND，为什么别的项目还需要改动那么大才能接上？同样是资源管理项目，17个地市用的系统都不一样，那么，真的像他所说的那样，上头想要17个地市中的信息，我们的系统就需要写17个接口规范？本来都是一样的东东，为什么不能用一个搞定呢？这不是在做无用功？我统计了一下，底下的局里，数据库基本都占全了，连postgres都有，还是最新版本的，数据表名不同，数据库名不同，而且，最后给你用上一个PB或者NOTES，毁了。。。
    我们也许真的需要一个类似于portal的东东，下一个编程方式，也许真的要基于应用级别的，基于技术的IT时代已经过去了，下一个时代，是基于应用的，是基于数据＋流程的编程时代了吧。我们只需要在数据A从流程A中进入，然后从流程A中取得最后变成数据B，给客户使用，就够了吧。