陆首群：坚持开源软件创新之路 走双重模式_MySQL
为了发展开源软件，提高其市场竞争力，必须坚持走开源软件独特的创新之路。
两种共生技术
人们常常陷于一个思维误区：“开源软件是由全球志愿者集体开发的，遵循开源许可协议，其全部源代码是开放的，任何人均可*获得”，而“全部源代码的开放也表示其全部技术是公开的。”他们不明白，开源软件不能再停留在其早期的*的“理想王国”里，仅供“黑客”、“玩家”们当“玩艺”；开源软件要取得持续发展，必须探索并形成自己的商业模式，惟有具备商业模式的开源软件才是成熟的，才能处理好如下矛盾，即：既不违反开源许可协议，公开全部源代码；又能不公开自己的专有技术，保守自己的商业秘密。事实上，具有商业模式的开源软件，其技术创新并不完全表现于开放的源代码之中，它还表现在与源代码无关的工程化实现技术(即专有技术和商业秘密)之中。这就是说，开源软件的全部技术是由：以开放源代码所表征的公开化技术，与不公开的工程化技术两部分组成；或者说由这两部分技术组成开源软件的共生技术。所谓工程化技术，是在开源软件已完成了其公开技术(即全部源代码或全部技术性能)的开发过程的基础上，服务于产品化或商业应用，尚需解决的后续技术，它主要关注于：改善操作稳定性，优化计算效率，增强灵活扩展性，提高产品质量，催化产品成熟度。工程化技术是一种实现技术、优化技术、隐性技术，主要表现为技术诀窍(Know-How)或熟练技巧(Skill)、工程经验、系统底层技术的把握等隐性知识方面。
开源软件的工程化技术主要由两部分构成：(1)在开发过程中，有些与设计思想、原理、实现机制(包括算法)有关的隐性设计技术；与各软件模块之间的协同、耦合、调用等相互依赖关系有关的实现技术(包括实现细节)；开源企业(服务商)的“内核分支”发行版的源代码与由Linus Torvalds负责开发和监护的官方(Official)“内核主线”版本的源代码之间偏差程度的把握能力。IT评论家Matt Asay指出，人们可以得到Red Hat公司企业级Linux发行版的全部源代码，但它直接交付用户使用的二进制版本(即所谓“ready to go”版本)并不是这些源代码编译的结果，其中存在着一些差异(关键要把握差异的程度)，这就是商业秘密。(2)在产品化或应用过程中，为增强开源软件的增值效应，对各软件模块进行包装/配置/集成，以及剖析并改进相应的软件系统(Profile)所涉及的隐性技术。
举国外开源软件“Ubuntu”的例子来分析：Ubuntu作为Linux386个发行版之一(有桌面版，也有服务器版)是非常优秀的。发展迅猛，受人欢迎，其开发创新机制确有过人之处。Ubuntu为何发展如此之快，干得如此出色呢？我认为其中一个重要原因是Ubuntu利用了国际上最大的非盈利的开源社区Debian的人才和资源。所以有人说“Ubuntu是基于Debian开发的版本”，“Ubuntu是Debian的副产品”，确是如此。但Ubuntu认为“Debian的过于宽广庞杂”，它在Debian资源上进行剪裁、移植和再创新，达到“少而精”的目的。现在随着Ubuntu的发展，它并不想与Debian兼容，也不愿参加Debian的联合体。
最近Ubuntu自己认承：Ubuntu的发布版在产品稳定性等性能方面尚有待于改进，它还未通过用户认证。这使我联想到Ubuntu的开发创新机制可能还存在一些问题，他们中不少人具有“崇尚*开放，摒弃封闭专权的理想主义”，因此他们“集体开发”开放技术的能力可能有余，而“自主开发”工程化技术的能力可能不足。
很多执行双授权许可协议模式的开源软件，在其层次结构(Stack)中可能嵌入某个层次的闭源软件，或可能附加某些闭源的组件模块，这些闭源软件实际上就是私权软件，其中全部技术(不光是工程化技术)都是不公开的，并将完全依赖于自主开发创新。
双重创新模式
与一般企业的私权软件创新模式不同，开源软件首先采用由志愿者进行“集体开发”、“合作创新”的新模式，这种创新模式实行“源代码开放”、“技术公开”；但是仅靠这种模式还不足以开发出开源软件的全部共生技术(即不能开发不公开的工程化技术)，也不足以向市场推出优质高效、操作稳定、技术更趋成熟、竞争力更强的开源软件产品。实际上，开源软件针对开发工程化技术，还需要另一种：“自主开发”、“自主创新”、“具有自主知识产权