我不由自主地开始深恶痛绝Portal这种概念，IBM的伟大在于设计出比微软交互性还要差的Business Moduler软件以及革命性地抛出了个Portal的玩意。我并不知道Portal的始作俑者，能猜测的是，在15年前，当IBM的客户发现软件能够实现的功能越来越多，他们很自然地抛出了一个“怎么能让我在这么多功能里面找到我所需要的业务功能？”，而IBM的咨询师给出了一个Portal的答案－好吧，我们把你所有要用的这些看起来很美好的业务功能都放在一起，我们的WebSphere就是为你们这种高复杂度业务而生，我们把它叫做Portal，当然为了使它们工作得更好，当然我同时推荐我们的服务器哈，另外我们附送200个劳力帮助你们，让我们共建智慧的地球。
或许在这之后10年得某个时间，前端JavaScript已经到了无所不能阶段，某人（这个可能不是IBM的同志）又革命性的在Portal前面加了个山寨无比的i。你明白我的意思伐？是的，也许那个客户又在挠头越来越多的功能放在一起还是很难寻找。那么好吧，我们搞成业务人员自己的Portal，就像iGoogle就像BBC，工作多么有乐趣，我甚至可以拖拽自己布置自己的工作台，甚至还能切换不同的皮肤。
接着又过了3年，SNS和第三方API方兴未艾之时，某人（我肯定这是IBM以外的同志提的）再一次革命性地提出，业务要插件化，我可以选择使用什么插件实现我的业务目标，我们也可以定制化更多的业务插件。当然，这是客户耍过开心网后的想法，我很能理解。
这个事情就变成这样：我有太多的业务功能太难找了(我给你建个portal把你的功能都放上去)；我的Portal越堆越多了！(我给你建个iPortal你自己可以定制哟)；我的业务需求越来越多，iPortal也不行了！(我给你建个插件化的业务系统，新业务需求我们可以很方便地往上加)。我猜这就是为什么某集团同样的业务可以有7，8套系统在支持的原因了，这个Portal也能成为史上接口最多，数据深挖最复杂的Portal。
问题发生在十五年前，如果当时我们的方法是研究为什么客户会抱怨找不到，是因为业务功能太多还是因为冗余业务功能太多？每一次客户要求加东西，都应该是一次减东西的可能，因为加往往意味着新，有新必有旧，有旧必有浪费。而不是建一个Portal，那只是垃圾分类，可惜在业务世界，处理垃圾的手段不是分类，而是丢弃。
包豪斯的老师们忿恨某些建筑做作地过分揉杂民族主义的非实用主义做派，他们也不会想到有些咨询师深深领悟中国80年代客厅既电器展馆的癖好，自我感觉良好地推荐Portal这个杀招。最后这个曾经纠结的洗具，演变成了如今这个要疯的杯具，而不变的是，咨询师多拉A梦的情节－第一时间手捧解决方案（虚幻的）的快感，然后静待康夫的拥抱和铜锣烧。