开源 – 天地一沙鸥 https://haoluobo.com to be continue.... Thu, 02 Dec 2010 14:55:53 +0000 zh-Hans hourly 1 https://wordpress.org/?v=6.8.2 金山卫士的开源注定会是一场有始无终“闹剧” https://haoluobo.com/2010/12/%e9%87%91%e5%b1%b1%e5%8d%ab%e5%a3%ab%e7%9a%84%e5%bc%80%e6%ba%90%e6%b3%a8%e5%ae%9a%e4%bc%9a%e6%98%af%e4%b8%80%e5%9c%ba%e6%9c%89%e5%a7%8b%e6%97%a0%e7%bb%88%e9%97%b9%e5%89%a7/ https://haoluobo.com/2010/12/%e9%87%91%e5%b1%b1%e5%8d%ab%e5%a3%ab%e7%9a%84%e5%bc%80%e6%ba%90%e6%b3%a8%e5%ae%9a%e4%bc%9a%e6%98%af%e4%b8%80%e5%9c%ba%e6%9c%89%e5%a7%8b%e6%97%a0%e7%bb%88%e9%97%b9%e5%89%a7/#comments Thu, 02 Dec 2010 14:55:53 +0000 /index.php/2010/12/%e9%87%91%e5%b1%b1%e5%8d%ab%e5%a3%ab%e7%9a%84%e5%bc%80%e6%ba%90%e6%b3%a8%e5%ae%9a%e4%bc%9a%e6%98%af%e4%b8%80%e5%9c%ba%e6%9c%89%e5%a7%8b%e6%97%a0%e7%bb%88%e9%97%b9%e5%89%a7/ 前世今生
金山卫士的开源注定会是一场有始无终“闹剧”，至少按目前的情况看是。
延续互联网一贯的快餐文化，风过无痕。前些天还热火朝天的3Q大战早已归于平静只留下点点涟漪。
大国博弈小国作棋。金山在互联网方面的实力虽不如360和TX却也不是一个安心作棋的小角色。于是乎金山最近有了大动作，金山卫士开源了。
金山的战略
安全卫士在同360、QQ安全卫士等安全产品的竞争中始终处于下风，若不使用一些非常规的手段这种局面难以扭转。于是金山想到了开源，借开源的力量打造一个安全平台。
不得不说这是一个很有创意的想法。核心平台在自己手上，在上面大家可以顺便玩，借助开源的力量打击对手。
类似成功的案例也很多（靠建平台成功）。如Facebook的app平台，又如Firefox的插件平台，以及eclipse等。
不和谐的声音
金山卫士开源，叫好的声音不少，不和谐的声音也接踵而来。cnbeta上出现了篇《为什么我为金山卫士开源捏把汗》，其中细数了金山此次开源行动中的数点不足。文中更是对该项目的开源负责人ZQ表示了众多不满，让人感觉这篇文章更像是私人的泄愤之作（注：文中提到金山的同学为了服务器问题加班，多半也是金山的人）。ZQ为此事在python社区发表公开声明进行澄清。
扯开文章作者的私人恩怨不提，文中的部分观点还是有可取之处。按照金山目前的动作来看，金山基本上还没搞清楚开源是怎么一回事。他们做的只是将代码给公开出来，基本上没想清楚要如何运作，或是没准备要真正进行运作。
金山的这次开源行动很可能步诺基亚开源塞班的后尘，开源后却没人响应，最终还是自己该干嘛干嘛去了。
细节决定成败
且不管金山的战略如何正确，但就这次行动的实施而言，它已经失败了一半。

  1. 文档超烂，基本上就是没有（其实说没有都可以），代码中找不到任何注释。诚然很多开源项目的文档都很烂，但任何一个成功的开源项目都少不了优秀的文档。那些文档烂的项目，也基本上没多少前途。提到文档问题，不少人替金山叫屈。开源不可能一步到位，文档啥的总需要慢慢完善。看trac上的更新历史，开源计划应当是从10月就开始了。近二个月的时间，文档方面就做成了这样，实在不能不让人怀疑金山的诚意，让人怀疑金山是否有在认真对待。
  2. 用户如何参与。一个成功的开源项目必须要有人的参与。用户要参与至少要觉得这东西要用，好玩或是其他，金山正缺乏这么一个理由。Firefox、eclipse的成功除打着开源的旗号外（项目代码基本上都是付费雇员所写），他们都有成熟的插件体系。用户很容易编写插件，完成扩展。在中国这个大家还在为了生存而奔波的社会，没谁会这么闲这么有耐心的去陪金山玩开源的。

挑刺

  1. 金山的开源平台用的trac。好用的开源平台这么多，实在没理由自己去建一个，关键是建得不怎么样。据ZQ说，用trac是公司领导的决定。估计金山也挺官僚。
  2. 有人说金山的代码烂。其实大多公司的代码都好不到哪里去，这点当是纯属挑刺吧。

补充问题（2010.12.15）

  1. 版本控制用的是分布式的HG，看上去很潮，其实完全未得HG的精髓。将所有项目丢到一个库这种山寨做法基本上将版本控制库变成了一个纯粹的备份工具。让人感觉是为了HG而HG，前期的调研工作基本没做。
]]> https://haoluobo.com/2010/12/%e9%87%91%e5%b1%b1%e5%8d%ab%e5%a3%ab%e7%9a%84%e5%bc%80%e6%ba%90%e6%b3%a8%e5%ae%9a%e4%bc%9a%e6%98%af%e4%b8%80%e5%9c%ba%e6%9c%89%e5%a7%8b%e6%97%a0%e7%bb%88%e9%97%b9%e5%89%a7/feed/ 1