计费系统与自主开发

这里要探讨的是计费系统基础组件的自主开发。或许这个命题在今天会慢慢的变得过时，不是什么好事，但也应该不是什么坏事，因为这是大型行业软件发展到一定规模，服务的用户数达到一定规模，甲方投入到一定规模后，必然会出现的一种现象。

在前面几篇文章中提到在计费系统中出现过的一些基础组件，如消息组件、内存存储、账单存储、规则引擎等。实际上很多集成商或多或少在这些领域都有过自己的开发经历。自主开发一些基础组件对于大型的行业软件来说，对于降低系统的成本是有很大的好处的，但是，在系统成本不再重要的时候，或者是在短期内维护成本大于系统成本的时候，很多公司就会慢慢放弃。只是可惜的是，很多的积累在某一日到来的时候，全部灰飞烟灭，确实让身在其中的人心痛不已。我们注定留不下什么。

前面的几篇文章一再的提到，在这里，业务比技术重要，这里也不需要太多的创新。自主开发的东西太多，那些自己开发的东西只会掌握在几个核心开发人员手里，在这个人员流动性如此大的圈子里面，要想保留一点自己的知识产权，基本上是一件不可能的事情；而另一方面，如果采用成熟的产品，系统的开放性会好很多，随时能招到合适的开发人员。比较之下，自主开发的东西怎么看都会越来越没市场。CRM系统也是这样，最开始的时候，有些公司还有一些自己开发的产品，类似于交易中间件的东西，现在呢？在整个BOSS界，除了tuxedo，你还能看到什么？

或许有一天，COTS大行其道的时候，我们还会剩下什么？韩国人积累出来了一个altibase，咱们呢？

准备这个话题的时候，好像心里有很多的话要说，但是实际上写出来，很多话却如鲠在喉。存在即是合理，还有一句话呢？人无远虑，必有近忧啊。

当然，还有一句话，杞人忧天，但愿。