CloudWeGo、Dubbo、RocketMQ、Tars、Qwen、TDSQL，这些原本只在内部跑的系统，如今一个个被推到了 GitHub 上。
如果只看代码本身，这件事很难理解：花重金研发的系统，为什么要免费放出去？
但大厂算的从来都不是代码这笔账。它们算的是：代码能换来什么。
大厂开源，不是靠代码赚钱，而是靠代码带来的影响力赚钱。代码不是终点，而是商业链条的起点。
第一笔账：用代码换更低的研发成本
投入：把代码公开，接受外部审视和贡献。
换回：社区帮你测试、修 bug、写文档、做适配、回答新手问题。
一个项目只在内部维护，所有成本都要自己扛。开源出去之后，外部开发者会提交补丁、写插件、做培训，研发和维护成本被整个社区摊薄。
Linux、Kubernetes、MySQL 能活几十年，不是因为某一家公司有钱养团队，而是因为成本由全球开发者一起分担。
这笔账算下来：代码本身没赚钱，但维护它的成本变低了。
第二笔账：用代码换云服务入口
投入：把核心系统做成免费社区版，谁都可以下载。
换回：开发者先用起来，熟悉了你的协议、你的接口、你的生态。
阿里云的 RocketMQ、腾讯云的 TKE、字节的 CloudWeGo 企业支持，都是这个模式。代码可以免费复制，但生产环境的运维、稳定性保障、企业级支持，仍然要付费。
这里的逻辑很清楚：自己卖云服务，获客成本很高；把代码开源出去，让开发者先用起来；等他们养成使用习惯，云上托管版就成了顺理成章的下一步。
这笔账算下来：代码本身没赚钱，但给云服务带来了源源不断的客户。
第三笔账：用代码换行业标准
投入：把协议、API、接口设计公开，让行业的人都能用。
换回：当大家都按你的协议写程序时，你就成了事实标准的定义者。
2014 年，Docker 把容器带火，但容器怎么编排还没有定论。Google 把内部 Borg 的经验做成 Kubernetes 开源出来，直接抢下了云原生的标准。后来，围绕 Kubernetes 长出了 CNCF、云厂商托管服务、无数插件和工具链。
字节、阿里、腾讯的开源，很多也是这个逻辑。CloudWeGo 抢微服务框架标准，Dubbo 和 RocketMQ 抢中间件标准。
这笔账算下来：代码本身没赚钱，但它换来了制定行业规则的话语权。
第四笔账：用代码换生态壁垒
投入：持续维护一个开放的基础设施或框架。
换回：开发者围绕你的项目建工具、培养团队、写插件，整个行业的方案都长在你的协议上。
这和单纯卖软件不一样。卖软件是一次性交易，但生态是长期关系。用户每多写一行基于你框架的代码，每多培养一个熟悉你工具的工程师，你的位置就更稳一点。
生态一旦形成，就很难被替代。Linux、Kubernetes、MySQL 都是如此。
这笔账算下来：代码本身可以复制，但围绕它长出的工具、人才和迁移成本，很难被复制。
这笔账不是没有代价
投入：控制权。
代码一旦公开，就再也不会只属于你。社区贡献质量不稳定、项目节奏会被外部声音带偏、业务细节和安全边界要重新梳理。更极端的情况下，原作者改协议，社区会直接 fork 出新项目独立发展。
所以大厂开源的，通常是基础设施或通用框架。CloudWeGo 是微服务通信框架，不是抖音推荐系统；Dubbo 是 RPC 框架，不是淘宝交易核心。
真正值钱的核心业务，不会开源。
但大厂早就算过这笔账：让出一部分代码控制权，换回的是成本、入口、标准和生态。这笔交换，值。
算完这笔账
把四笔账连起来看，大厂开源的公式很清楚：
| 投入 | 换回 |
|---|---|
| 公开的代码 | 更低的研发成本 |
| 免费的社区版 | 云服务的获客入口 |
| 开放的协议 | 行业标准的定义权 |
| 持续维护的框架 | 难以复制的生态壁垒 |
对开发者来说，这些项目能免费用、能参与、能学习，是实实在在的好处。只是免费背后通常有一个商业模式在支撑。
2014 年，有人还在争论"内部软件该不该开源"。十年后再看，答案早就不是"要不要"，而是"用什么换什么"。
大厂开源的不是技术热情，而是一份投资。它把代码当作杠杆，撬动的不是代码本身的售价，而是成本、入口、标准和生态——这些才是比代码更值钱的商业资产。