谷歌和Igalia都在做Chromium,两种开发模式差在哪?
同样是维护Chromium,谷歌是「自己的产品自己说了算」,Igalia则是「客户买单、社区优先」。这篇文章拆解两种模式的分工、决策与利益逻辑,给做开源协作和外包开发的人一些参考。
先搞清楚:Chromium不是「谷歌一家的事」
很多人以为 Chromium 就是谷歌的浏览器内核,谷歌想怎么改就怎么改。其实 Chromium 是一个开源项目,除了谷歌,还有不少公司在往里贡献代码,Igalia 就是其中存在感很强的一家。
LWN 这篇文章做的事情,就是把「谷歌内部的 Chromium 开发」和「Igalia 的 Chromium 开发」放在一起对比。表面上看都是写 C++、提 patch、跑测试,但背后的驱动力、决策方式和优先级排序完全不是一回事。
谷歌模式:产品驱动,路线自己定
谷歌是 Chromium 最大的贡献者,也是 Chrome 的东家。它的开发逻辑很直接:
- 需求来自自家产品:Chrome 要什么功能、性能要压到什么水平、哪些平台优先支持,基本由谷歌内部的产品和工程团队拍板。
- 资源集中:有全职团队、有完整的基础设施、有发布节奏的话语权。
- 决策链短:内部对齐之后,代码推进速度很快,不太需要跟外部反复协商。
这种模式的好处是效率高、方向统一。但问题也明显:当谷歌的商业利益和社区诉求不一致时,外部贡献者往往只能接受结果,而不是参与决定。
Igalia 模式:客户买单,社区优先
Igalia 是一家总部在西班牙的咨询公司,它的特殊之处在于:几乎不做自己的产品,而是靠给客户实现浏览器功能来赚钱。
它的运作方式大致是这样:
- 客户(可能是设备厂商、平台公司、标准组织)有某个浏览器层面的需求。
- Igalia 出人出力,把这个功能在 Chromium 或 WebKit 里实现出来。
- 代码以开源方式提交,回馈给上游社区。
登录解锁全文
以下内容需登录后阅读。注册/登录完全免费,无需付费。
评论(0)
还没有评论
延伸阅读
公众号
百宝软件工作室