开源世界杂谈

今天参加了一个线下分享会，结识了仰慕已久的开源领域神级人物，很开心，对方说他也是我的读者。那么本文是基于对方今天的分享，做一些整理和自我解读，内容是基于我自己的理解和认知，存在一定的二次加工，可能和对方分享主旨有出入。特此声明，此外由于内容基于对方分享，本文不做原创声明。

1、关于对开源世界的理解

1.1  纯粹的自由派，追求无限制的技术分享和使用。最极端的是GPL协议，这是一个传染性的版权协议，你可以随便用，随便改，但是你用了这个代码二次开发之后，就不允许闭源，而且必须保持同样的协议。这样就阻止了你对代码商业化的空间。

那么这里说点不和谐的，国内很多巨头真的遵守了么？我们很多所谓自主可控的东西，里面有没有用到GPL协议的代码呢？

mit协议会宽松很多，只要代码里保持版权著作声明就可以，可以理解为温和自由派。

1.2 兴趣驱动，追求自我价值体现和被认可。

个人开发者通过分享自我价值，获得企业认可，获得投资人认可，获得职场机会的案例非常多。

1.3 协作社区，社交和互助的平台。

社区氛围也是一种归属感，同样也是参与和认可的一种心理诉求体现，有些人可能并不适合做非常复杂的研发工作，但是一样可以在开源社区做出贡献，获得认可；比如整理需求，比如提供高价值反馈，比如进行人员和规划的组织协调，比如针对特定场景提供额外的简单但很有意义的二次开发服务。

1.4 商业中的一环

商业巨头拥抱开源社区已经不是什么新鲜事了，开源和商业的结合点非常多，并且已经有很多成功案例。

猜猜看，商业价值最大的开源项目是哪个？别着急，先自己想想，后面我会给答案。

2、开源许可协议

实际上有非常多不同的开源许可，前面提到了，极端自由的是GPL，相对温和自由的是mit，其实还有很多，比如和商业结合比较紧密的，允许个人无偿使用，但企业或商业应用需要授权，典型的就是meta推出的那个大模型开源项目llama。当然，有多少拿着llama魔改号称国产自主可控的，我不知道，也不敢猜。

从菜鸟教程的网站找到一张图，其实搜索一下开源协议据说有上百种，确实挺复杂的。

那我就问了一个尖锐的问题，开源项目中间突然改协议这事怎么看，因为这类事情已经发生很多次了。确实对很多企业造成了巨大的困扰，本来用的好好的，突然对方改协议了，你怎么办？

不过今天算是了解了一个冷知识，改协议后，旧版本的代码继续使用不受追究，只是新开发，新产品必须遵守新协议。但是如果你开发了一半，人家改协议了，就很尴尬，可能需要很大的调整。当然，这样做的项目方也是很败人品的。

redhat是一个把开源和商业化结合很成功的案例，mysql被oracle收购后执行的双许可证制度也曾经是很多开发者非常担心的话题，但目前来看，oracle并没有为了商业化，压榨mysql的核心用户群体。

那么分享会特别提到一个尖锐问题，一些知名通用框架为什么不使用附带商业条件的开源协议，用受限制的开源协议来做收费尝试，讲一个很现实的问题，恰好就是我之前说过的，一切皆博弈，通用框架往往很多巨头参与其中，人家财大气粗技术团队也强大，人家不赚这个钱，人家放开源产品出来培养生态，你想在这个领域赚钱基本上就没戏。反而是一些垂直细分小领域，一些小团队专注一个小方向，用受限制的开源协议做分发，（允许个人免费尝试，增加传播率，降低使用门槛），然后再用商业授权做收入，可以活得很滋润。

3、开源项目如何赚钱

我相信这是很多人最感兴趣的话题，但我必须做一个重要的提示，如果你做开源项目不是基于热爱和自我实现的价值诉求，而是一上来就追寻盈利，我个人认为是不合适的，而且大部分相关的案例都是不成功的。

赚钱是你热爱和分享精神的副产品，是你获得分享满足喜悦后的额外奖励。只有这种心态，才能通过开源软件走上赚钱的路线。

完全基于赚钱目的去做开源项目，从来不是一条捷径。

3.1 赞助商

很多行业巨头和一些知名企业愿意支持和赞助一些开源项目，一些知名投资基金也有这样的愿望。而且赞助可以体现在软件的宣传页面里，也有助于这些企业的形象宣传。从某种意义来说，企业赞助开源软件可以认为是一种公关市场行为。所以越是知名产品，越容易获得较多的赞助。

3.2 课程培训

对企业做应用培训，或者对从业者进行培训，也是一种收入手段。

3.3 线下活动

主体仍然是赞助商和企业的资助，增加赞助商企业的曝光度，同时产品项目方可以和开发者面对面交流沟通，讲解规划和聆听反馈。通常这种活动的赞助收入也是很可观的，这里的赞助费用不仅仅是企业的市场公关行为，其实也是企业的人才招聘成本。

3.4 Saas 服务

为企业部署，使用，代码或数据托管提供整合服务。这也是很多成功商业化的开源系统的主要收入模式。比如pingcap就是在这个领域努力破局的中国开源团队。

3.5 商业授权

上面提到了，商业开源也是很常见的一种开源方式，通过开源给学校，教育机构和个人用户，降低产品的使用门槛，提升传播，再通过对商业应用的商业授权来变现。典型案例就是之前提过的少年天才罗迪的 virtualapp。

3.6 生态建设

典型如android，这个对谷歌的商业价值贡献巨大，基于开源社区实现开发者生态，是已经证明对商业巨头非常有价值的事情。当然，你可以说，苹果没有开源也可以做生态，但这条路，三星可以，谷歌不行

所以几乎所有国际互联网巨头都会选择拥抱开源，来实现自己的生态护城河。包括meta推出的llama，也是很好的一个生态尝试。

那么这里忍不住吐槽一句，我记得我们的信息安全法里有一条，AI算法相关的技术未经授权禁止出口，开源算不算出口呢？github可不在大陆境内，那如果中国企业希望在全球市场领域支持和维护一些高技术含量的开源生态，大概率就不行了。

当然，我们说，我们有战无不胜的鸿蒙生态。

嗯，这个，不敢点评。

以上是常见的开源项目的商业途径，那么回到前面的问题，最赚钱的开源项目是哪个？其实上面还漏了一种，当然这种也是很多政府部门不乐意支持和鼓励的，就是3.7 直接数字货币化。最赚钱的开源项目是哪个，当然是比特币了，中本聪富可敌国有没有。当然，如果你说中本聪查无此人不能算，那么退而求其次，以太坊的V神可是活生生的。

这个，咳咳，当年比特币刚发布白皮书的时候，谁又能想得到呢，也不点评了。

4、开源项目的挑战

一个开源项目，可以靠兴趣发展的很快，但长期存活下来其实不容易，会经历某些挑战。

4.1 负面评价

开源意味着开发者要接受全世界的审计和质疑，当然，如果你的项目就没人用，没人看，自然也没这个烦恼，但也没有成就。如果有很多人传播，那么就会有人给予负面评价，这里代码写的很烂，那里效率没有优化。其实大部分开源社区的人会用更积极的方式来沟通，比如帮助你优化和调整，并肯定你的价值。但必须承认，总有人喜欢靠这种方式来强调优越感，而且这样的人也不少，如果你心理承受能力不足，或者容易被外界评论左右，那么陷入自我怀疑，陷入抑郁也是很常见的。

4.2 需求过滤

开发者会有大量需求，甚至很多需求是相互矛盾的，我们都知道系统设计需要很多层面的平衡，你为了实现某些目标，可能必须舍弃某些东西，全部兼顾是很难的，那么面对大量的反馈，如何有效过滤，掌握优化和改进的重点，放弃某些不切实际的想法，其实是很大的考验。

项目方是一意孤行，还是无原则的随波逐流，可能都会存在机会和风险，没有绝对的固定答案。

4.3 预期管理

如果项目要转型商业化，那么贡献者的预期如何控制，有的人只是喜欢这个项目，热爱分享；但有的可能就会有更高的商业期待；可能有些人在非商业化的时候还是积极参与合作，看到其他人通过商业化赚了很多钱会不会不平衡，或者觉得自己受到了不公正的待遇。社区管理中，人性永远是最难的东西。

4.4 向下兼容

产品架构扩充升级，每每要考虑旧版本用户的无缝接入，向下兼容是个沉重的包袱，要对过去的不成熟，不完善提供大量的冗余支持，但是取消兼容会让很多开发者无法实现升级而流失，这里又是一个尺度问题。

那个谁，那个那个谁，不就是因为系统升级的不兼容出现了P0级故障，宕机n小时。你看，还是行业巨头对不对。

4.5 管理权

如果创始人长期消失，或者疏于打理产品，谁负责产品的未来，谁能定义产品的发展。

中本聪的神秘失踪，比特币技术升级路线方案不明，导致的第一次比特币分叉之争最后没有赢家，旧系统继续磕磕绊绊维持着巨大的商业价值，很神奇的事情。当然，还是那句话，李某来老师站台的分叉从头而言就是个笑话。

4.6 商业诱惑

mysql被oracle收购的时候，很多开发者开始选择第三方替代方案，虽然oracle并没有强制收回mysql的开源授权，但是很多开发者会担心后续出现不可控的情况。

说起来google这种公司在这方面口碑就好很多。

然后openAI一直是以开源社区的方式发展的，直到chatgpt没有开源。

商业的诱惑力真的很大。

以上，今日分享心得，与读者共享。

---

我猜，我猜啊，有人会直接拉到底，看看哪个开源产品商业价值最大，不好意思，让你失望了，你最好仔细阅读文章去寻找答案。