近期,有关开源的负面消息一个接一个,开源的问题逐渐被暴露出来。本期robust就来聊一聊,我眼中的开源,以及涉及的相关问题。本期不是在寻找一个答案,只是在发出我自己的声音和看法。
在线收听
网易云音乐:点击播放
喜马拉雅:点击播放
你还可以在苹果自带的 Podcast 应用、小宇宙APP、QQ音乐中搜“Robust”找到我们的节目收听。
捐赠支持
求打赏🙇如果你觉得 Robust 这样一档技术类的谈话节目还不错,希望我继续做下去,不妨打赏支持。
内容大纲
- 2018年8月,redis在其模块中修改开源协议AGPL到Apache v2.0,并增加了commons clause
- 知名fake数据库faker.js作者Marak喊出口号:Pay Me or Fork This
- babel传资金问题,开始在官网挂赌博网站广告
- 知名跨端项目weex在apache孵化失败,撤回自建
- 鸿蒙开源了,但是喷的不少
近期3种主流的抱怨声:
- 知名项目作者或负责人抱怨项目被广泛应用但自己却受益很少
- 个人项目维护者抱怨白嫖现象严重
- 开源项目使用者抱怨项目是个kpi项目,缺乏长期稳定的维护
- 文档类知识类项目star飞天,而真正的技术项目无人问津
这期节目讨论这些问题:
- 我要写的这个项目,要开源吗?
- 我写好的这个项目,要开源吗?
- 我开源的目的是什么?
- 我开源的途径有哪些?
- 我要做哪些开源的准备?
- 如何发布我的开源项目?
- 如何做好推广宣传?
- 如何运营开源项目?
- 如何做好开源生态?包括软件工具生态和社区生态
- 如何从开源中获益?
如何决定我是否要开源?
- 开源免费是获客之道,所谓“开源经济学”
- 个人项目,没有打算办公司卖软件的想法,开源赚个吆喝
- 小公司项目,开源就是为了赚个吆喝,提供Pro版卖钱
- 涉及核心算法,开源等于葬送前途
- 拆分开源,可能被喷
发布开源前要检查如下内容:
- 代码是否没有明显bug
- 是否有可以一键启动预览的能力
- 是否有完善的文档(多语言)
- 是否有较高覆盖率的单元测试
- 是否已经建立了配套设施
- 是否建立了官网
- 是否发布了项目cli工具或相关生态工具
- 是否策划了第一波开源推广
运营推广:
- 前期star是主要目标
- 依托公司提供的渠道,全战线出击
- 前期issue越多越好,热起来
- 制造争议话题
- 后期issue越少越好
- 国内海外一起推,曲线救国
- 花钱推广不丢人
- 推广的本质就是渠道管理
从开源中获益:
- 开源项目的独特性和开创性决定了收益的最终大小
- star的数量在成长期决定了收益大小
- 写项目可以提升思维,锻炼编码的能力
- 运营项目,运营一个有star数量的开源项目,是个人价值的重要体现,团队的价值大于项目本身
- 卖掉一个项目
- 从捐赠中受益
- 基金会是独立项目的救星,不过,只有好的管理人才能可持续
- 公司开源,基本就是赚吆喝,不会有什么纯粹的收益,但可以自己从中挖掘:
- AB版
- 挖人
- 结合云,一起卖
价值观:
- 从来没有项目是一开始做开源到伟大的,从业务中来,到业务中去
- 造轮子必不可少,但是大浪淘沙,最后该放弃还是要放弃
开源的玩法:
- AB两套,A内部用,B开源,把优秀的pr搞进去,甚至还可以挖人;
- 按揭开源,比如鸿蒙这种
- 一夜情项目,紧随热点,发布的时候激情四射,带完货就over了
开源项目的问题:
- 不可持续,项目作者没有持续维护的动力和能力
- 公司项目遇到负责人离职或转岗
- KPI项目
- 开源被抄
- 协议被无视
- 白嫖党、伸手党多如牦牛,社区形同虚设
如何才能维护开源者自己的利益?
- 开源协议不是保险锁
- 不一定要开源
- 拆分开源,比如Chromium
- 护城河,阶梯式发布,抄不了的能力(算法),例如React的并发模式
- 开源不免费(附加条款)
- Pro版本,根据使用者的情况分类收费
回到最初的问题,怎样的开源项目才是成功的开源项目?
- 领域知名度
- 可持续性
- 生态繁荣
如何才能成功?
- 开创性
- 开放性
- 商业价值
- 社区管理和运营推广
最后,一些开源项目的典范:
- Linux apache
2021-06-17 1858