导入开放原代码有何效益

开放源代码来势汹汹，尤其是Linux，几乎所有的市场预测信息都显示未来数年Linux服务器市场占有率会大幅成长；而届时Linux相关的软硬件及服务市场总值也达数百亿美元。

这些数字当然都是很吸引人的，姑且不去讨论市场专家们是如何估算，也不去计较美国市场应占全球市场多少百分比才恰当等专业知识；在这个看来充满商机的市场上，信息相关厂商理当是会赚钱的一方，而付钱(也就是被尊称为「客户」)的另一方，为什么会主动随着音乐就开始跳起舞来呢？我想尝试从「企业」类型客户的角度来谈谈。

大多数企业类型的客户都只是信息产品的使用者，一般都会注重产品功能、是否好用、是否安全等等切身的考虑因素，但是不太会去关心产品内部是如何设计等的技术细节。比较有规模的企业虽然设有MIS部门，通常也都会为了要维持各项信息通信设备每天的正常运作而忙得不可开交。

因此，我认为，一般企业对开放源代码的接触，是很明确地仅止于「应用」的界限。企业不会、也没有能力像网络上的个人高手(即黑客)一样去下载、查阅、改写、维护任何开放源代码，企业会在某些有利条件下采用内含开放源代码的应用解决方案，而这些解决方案都是由专业信息公司提供。

企业信息化的目的当然是为了提升竞争力。但是，信息化必须要有成本；而成本当然是希望越低越好。企业应用开放源代码会降低成本吗？开放源代码支持者说会，微软说不会，用了反而会增加成本。不管怎样，因为他们都不是真正的当事(要付钱的)人，考虑因素可能不完全，所以两边说的都未必定能采信，自己算算比较踏实，错了也不要怪别人乱说。

我对开放源代码应用成本效益比较的看法，可以先拿在西餐厅点餐为例来比喻：到底是要点大厨规划的建议套餐比较好，还是单点几项来组合比较好呢？这个问题的答案可能还是要看点餐的人肚子到底有多饿、想吃牛肉还是海鲜、当天菜单内容如何、甚至服务生是否能清楚介绍等等因素的描述之后再判断，才比较会正确，而且点餐人点完后如果吃得不满意却硬要说很好，别人也不便再更正他。

我认为目前企业的开放源代码应用，就像中国人开始学吃西餐，并不清楚西餐文化及点餐细节，也许需要去尝试一些错误之后或是产生西餐西吃变成西餐中吃的方式，那就正常了。简言之，成本效益似乎不一定是开放源代码的主要正面议题，也不必非在数字上评估。

那么，开放源代码能带给企业什么样的效益呢？事实上，我已经观察到几个不易量化的效益反而是非常明显，但是好像都被企业主管忽略掉：

合乎时代潮流的效益

开放源代码是一股潮流，谁都挡不住，年轻同仁更是乐于参与；它并不一定要非是好或非是坏，它就是它，只要与它同在就行。我会建议那些老总级的朋友们，你也不需要叫信息长写充满了技术名词但又看不太懂的信息设备扩充计划，也不见得要财务长准备各种短中长期财务分析报表，只要简单地吐出「我决定导入开放源代码」这十个字；我保证「老板英明」的耳语马上就会在你的企业中迅速流传开来。

当然，如何导入开放源代码这件事还是要信息长去头大，但是同仁那种「我们已与时代走在一起」的感觉会反应在工作气氛及实质产出上。或者，把这个诉求放在招募新进人员的广告文宣上试试看。

平衡供给主动优势效益

企业一旦开始导入开放源代码，负责提供信息服务的厂商们马上就会产生地壳挤压效应。最主要的是原有厂商们在过去多年之间所建立牢不可破的组合必须重新整理，因为现在可能有第二建议解决方案，可供选择了。如果原有厂商愿意合理提供更佳的技术、服务、及保障，那继续采用无妨；如果不愿或不能(如产品代理权限不足)合理提供应有的项目以满足基本需求，那就可以考虑改由有技术能力的厂商以开放源代码方案取代？，以免越陷越深。我的了解是现在市场竞争激烈，供货商除非是客户趁机狮子大开口，要求的太离谱，做下去真的不敷成本；否则都是将本求利，尽量满足客户需求。如此，买方或许就因此能迅速重振 (厂商不一定非是降价以求，而是将原来套牢的绳索打开)主动优势效益。

分散风险效益

这个效益很容易被接受，因为任何企业都担心如果把所有的鸡蛋都放在一个篮子里，万一有差错其后果是不可弥补的。开放源代码很自然地会成为第一选择。我常常跟企业界的朋友们建议，在导入开放源代码的计划里，除了新开发的应用之外，不妨考虑把现有重要系统的备援系统也列进去。

虽然目前企业对开放源代码的应用模式还不熟悉，经验观摩等等信息也还不足；但是就上述的几个效益来看，现在开始考虑导入开放源代码，至少不会使贵公司输在起跑在线。