正视平台，不要张口闭口就是业务开发平台

       上周javaparty的活动，听了EOS的讲座。结果接下来的几天讨论围绕EOS和平台扯了n多东西。扯来扯去，就扯到平台上来的。

       在maillist上谈了自己对平台的看法，摘录如下：

       没想到对EOS还讨论的挺远，虽然我们当中有很多人是做平台的，但是有几个真正做出过平台的（是做出来，不是在做），这个还是需要打个问号？
       EOS定位在快速开发平台，而不是特定行业的业务开发平台。估计当前用友NC和金蝶EAS 那种才能谈得上与业务开发有些关系吧。 —— 至于BEA的那套，也仅仅只是“业务解决方案”，也不是业务开发平台。Justep Bussines3.0不是，5.0吗估计短时间也不可能是。

      其实对客户来说，最好的东西其实是“定制化”的。不可能所谓的拖拖拽拽的就可以轻松的满足一个系统。当然我们可以利用一些“积累的组件”，不管这些组件是“业务性的”，还是“基础性”的，可以利用它们有效的降低开发周期。—— 我想这应该是所有开发平台所看重的。

      这半年来，在这边做平台，也才体会到这一点。以前虽然也在做，但是却没有怎么真正的深入。前几天听EOS的讲解，竟然发现很多平台思路都是一样的。

       至少我认为，不要用所谓的元模型去解决所谓的业务模型。真正的业务组件和模型是不断的特定领域内的项目积累所成的，而不是一个所谓的平台上构建的。—— 平台只是在不断的积累和扩充中，逐步由一个基础组建的平台向可以提供业务组建的平台扩充，最终才能够产生所谓的“业务开发平台”。—— 即使是业务开发平台，其必然会存在所公用的内核，而这些内核，其实无非是一些 底层框架（提供分布式、存储等等底层服务）和Org Model,Process Model,数据字典,view Model，Authorize Model等等。—— 我想这些东西是几乎任何平台都不能少的，只是每家的解决方案不同，能力不同而已。