Linux内核的代码提交页面，每天都有上千条补丁从世界各地涌进来。写这些代码的人可能住在赫尔辛基，也可能在班加罗尔，很多人彼此从没见过面。二十年前这种事听起来像天方夜谭，现在已经是软件行业的日常。开源这套协作方式跑通了，而且正在往更多领域渗透。

早期开源社区更像一群技术理想主义者的自留地。理查德·斯托曼搞GNU计划的时候，核心诉求是软件应该自由使用。那时候商业公司看开源，基本等同于看瘟疫，微软内部一度把Linux称为“癌症”。这种对立持续了相当长的时间。转折点大概在2000年代中期，谷歌、Facebook这些互联网公司开始大规模用开源技术搭基础设施，发现自己也得回馈社区才能维持技术迭代，于是企业开始往开源项目里派人。到今天，Linux基金会的会员名单里坐满了微软、英特尔、三星、腾讯这些大厂，画风跟二十年前完全两样。

真正让开源协作模式站住脚的，是它解决了一个商业公司很难解决的问题——研发成本分摊。一个基础软件项目，单独一家公司养团队做，投入大、周期长，做出来还未必是核心竞争力。放到社区里大家共建，每家公司派几个工程师，合起来就是几百人的开发力量。Kubernetes就是个典型例子，谷歌开源之后，红帽、微软、亚马逊都往里投人，最后成了容器编排的事实标准。没有哪家公司能单独吃下这个市场，但大家一起把蛋糕做大了。

协作工具的进化也在推着这件事往前走。Git出来之前，代码合并是个体力活，Linux内核早期用邮件列表打补丁，维护者得手动处理冲突。Git加上GitHub、GitLab这套组合拳，把分布式开发的门槛砍掉了一大截。现在一个开发者想给某个项目提代码，fork、改、提PR，流程标准化了。代码审查、issue跟踪、持续集成这些环节全在平台上跑，跨时区协作的摩擦成本比十年前低太多。工具变了，参与的人数就上来了，这是很朴素的因果关系。

不过开源社区也不是没有暗面。维护者倦怠是个老问题，OpenSSL那个心脏出血漏洞爆出来之后，大家才发现这么关键的加密库就靠几个志愿者在维护，一年收到的捐款还不够开一次会的。企业用着免费代码赚得盆满钵满，回馈却抠抠搜搜，这种事在圈子里没少被骂。后来Linux基金会搞了个“核心基础设施计划”，算是给关键项目找钱找资源，但覆盖面有限。商业化跟社区治理之间的张力，短期内看不到彻底解决的方案。

另一个变化是开源往硬件和科研领域走。RISC-V指令集从伯克利出来之后，直接开源，现在英伟达、高通都在上面做芯片。科研圈也在搞开放科学，论文预印本、数据集共享、实验代码开源，虽然进度比软件慢，但方向是明确的。生物信息学领域已经有大型开源工具链在跑，全球实验室共用一套代码做基因分析，这种协作规模在十年前不可想象。

中国开发者在这波浪潮里的角色也在变。早些年主要是使用者，往社区提代码的量不大。这几年华为、阿里、字节这些公司在开源项目上的投入明显增加，Apache基金会里的中国项目数量在涨，OpenHarmony、openEuler这些根社区也开始有国际开发者参与。当然，从参与者到主导者还有距离，社区治理经验、国际协作习惯这些软性的东西需要时间积累。

说到底，开源社区重塑的不只是写代码的方式，而是把“协作”这件事本身产品化了。一群人隔着时区、语言、公司边界，靠一套规则和工具把东西做出来，还能持续迭代。这套模式跑通了之后，往哪迁移都不奇怪。软件只是第一个战场，后面还有硬件、数据、标准。至于它能走多远，得看社区治理能不能跟上规模扩张的速度，也得看商业公司愿不愿意持续往公共池子里注水。这两件事没做好，热闹一阵也就散了。