五、给相关人员的建议

1、给政策制定者：“自主”切忌急功近利

这里所说“政策制定者”主要指的是“核高基”等政府资助项目的决策人。其实前面已经说过了，这里重申一下：

政府需要在更长的周期内(至少五年)，考核受资助企业的市场份额是否有扩大，是否建立了良好的生态系统，让使用者、开发者欲罢不能，而不是简单的著作权证书和专利数量，或者是否达到了一个给定的出货量(因为出货量是可以作假的)。也就是说，我们应该重新定义“自主”这两个字，从“自有知识产权”向“有效知识产权保护下的自己主导”转移；在知识产权方面，要强调有效专利数量，而不是著作权；甚至应该要求受资助企业按某种许可证条款开放源代码。

政策制定者甚至可以参照本文第三章给出的“自主”操作系统之定义，将整个“自主”操作系统的研发和推广分为三个部分：

·科研类，两到三年为周期，以研究新的编程语言及其相关设施(如虚拟机及其优化技术)为主。

·工程类，两到三年为周期，围绕指定的编程语言发展外围工具链(编译器、调试器)、开发工具、运行环境、框架等。

·法律类，半年到一年为周期，研究和分析采纳已有编程语言面临的知识产权风险，如何规避等等。

政策制定者切忌急功近利，要按照客观规律办事，将科研类的课题交给研究机构，将工程类以及市场推广等方面的课题交给企业，将法律类的课题交给大专院校。只有这样，才能首先让方法正确，方法上正确，加上合理的考核制度，才能让钱产生真正的效益。

在花钱方面，在一盘大棋下的统一部署下，初期让多一些的企业或机构参与，一年一验收，逐步淘汰那些不合格的，最后剩下来一、两个企业就好。十亿美金，外加企业自筹部分，我看基本够了。

2、给大型企业决策者：“自主”大不易

有意开发“自主”操作系统的大型企业决策者首先要明白，开发“自主”操作系统是一个长期、艰巨的系统工程。甚至，你需要准备一大笔钱来和已有的巨头打官司(微软赔付给Sun几十亿美金之后，才让自己的C#和.Net平台成为“干净”的语言和平台)。

另外，如前所述，不管是真心还是假意，都要拿出十足的架势来真做，而且，对内、对外都要强调这点。要知道，你期望得100分，下属大多数情况下只能给你80分；你期望得1000分，下属也许就可以给你500分。这样才能超出决策者自己的预期，才能收到更好的效果。

3、给技术负责人：难度不亚于“两弹一星”

这事儿如果恰好让你负责，那简直是，怎么说呢，是个“扬名立万”的机会啊！你要知道的是，这事儿和制造“两弹一星”差不多。

首先你要掂量掂量，你有没有这个本事。所谓“没有金刚钻，不揽瓷器活”，说的就是这个道理。有兴趣的也别来找我，我做点小项目可以，真要我负责，我没这个本事。

另外一方面，你要是违背知识分子的良知，帮助一些不良人员骗取国家的资助款项，就更不应该了。这可是要被人戳脊梁骨的；有没有钱拿永远是小事，昧了自己的良心可是大事。

4、工程上的建议

在具体的研发实施过程当中，开发负责人必须特别注意工程方面的问题：

先做什么、后做什么，或者那些可以并行做。

不同的软件模块，应采取不同的软件开发管理模型。API设计、框架等的开发，适合采用瀑布法模型；应用软件或者小型模块的开发，适合采用敏捷开发模型。但整个系统，应要不停迭代，所以版本控制非常重要。

特别要注意代码的质量控制以及文档的全面、完备、简洁和逻辑性。