工作那些事儿（8）- 废旧立新

    上文说到的卡片式定制化门户，其实有一个参考物，就是iGoogle。现在 iGoogle已经被砍掉，因为google要社交化，现在甚至把 google reader砍掉，事实证明， GR这类应用其实还很有市场的，看现在一堆代替GR的应用冒出来。而 iGoogle其实和GR某程度上思路是一样的，都是将数据集成再展现，而EIP也一样。

    之前初步的定制化是通过局部iframe嵌套实现的，但现在说要全局定制化，难道就要在oracle上整个页面嵌入吗，这好别扭。之前是第一步，要用最快的方式把东西做出来，现在做出来了，第二步应该是要把东西做好，因此我不想再用iframe的方式。而且iframe有一个问题，H总有一个需求是换皮肤，iframe换皮肤实在太麻烦了，如果靠url传递参数方式决定皮肤的话，换肤操作必然导致页面刷新，这是我不想见到的。同时，oracle portal实在太冗余庞大了，我想轻装上阵。终于，我决定直接把oracle portal砍掉。

    这一砍，可是费很大决心的，要知道，这东西是用了几百万被忽悠买了的，所以说，企业级软件好赚钱，因为企业很多都，不懂的……

    没想到的是，H总很赞成砍掉旧的，因为他也对旧的不满意。我是单纯从一个向往互联网的开发人员的角度提出砍oracle portal的意见，而领导这一同意，说明他也是一个有独立思考的不随波逐流的领导。因为行情是，几乎所有同行的门户建设，不是用oracle就是用SAP或者微软sharepoint，这是企业应用的一大特色，求同，不求新，而H总刚好相反，独立，新颖。不敬地说，就是企业里的奇葩。而后，他的奇异思想，也确是受到很多压力，后话。    但这奇葩，非常合乎我的口味，因为他在用互联网的思维改造古老的企业级软件开发。我想说，难得！如果做成了，就是伟大！

    好了，确定砍掉oracle portal，那要怎么做了，拿现成的改？drupal？还是其他？用框架再开发？spring mvc ？我纠结了好一阵子，因为这次是整个系统重做，所以面还是有点大的。用drupal的话，好处是，有成熟的内容发布，有成熟的权限控制，有丰富的第三方模块扩展，但问题只有我一个懂，而且我一直只会用第三方module来搭功能，drupal很容易遇到性能瓶颈，drupal的调优不是那么好做，基于此考虑，我放弃了drupal。现成的也找不到合适的，然后考虑基于框架开发。SSH？经过上一个版本的开发，让我深刻体会到，这些所谓的成熟框架，真心坑爹。它们就是把简单问题复杂化，自定一套规则，让使用者遵循这些新规则，就像spring mvc用到taglib，相当于重新发明了一堆html标签，无聊；它们使代码割裂非常严重，就像hibernate，structs，搞得得一大堆配置文件，而实际上逻辑还是大量落到配置里面，结果提高了入门门槛，离散了代码逻辑，美其名曰改一下配置就好，实质是在写逻辑代码。这些我都最讨厌了，这些框架都太严密，留给开发者的是不灵活和痛苦，有一些思想是值得借鉴，所以，我决定重造轮子。

    由于工作量庞大，这次不可能我一个人来做，所以这次是我和老H搭档来做。莫名其妙的就分了工，我做前端，他做后台。又是帽子。但是我当时没介意，关键是要做出来。