为什么国内许多著名开源项目经常虎头蛇尾?

陈哥聊测试
• 阅读 32

大家好,我是陈哥。

我所在的禅道一直在做开源,所以我朋友经常会跟我聊开源相关的内容。

他说,最近他用的一个开源工具从今年年初更新频率就变慢,现在Issue里的问题没人回答。

其实,这种虎头蛇尾的情况不是个例,说难听点,已经成了国内开源圈的通病。咱们做技术的都知道,好项目是靠人堆出来的,可国内很多开源项目,从一开始就没解决“人从哪来、钱从哪出”的问题。

很多项目发起者是大厂的技术骨干,凭着一腔热血把项目开源,初期能利用公司的资源推进,可一旦发起者离职或者公司战略调整,项目立马就断了粮。

还有些个人发起的项目,初期全靠创始人熬夜肝,火了之后用户多了,需求也跟着暴涨,一个人根本扛不住,想招志愿者又没吸引力,想商业化又没门路,最后只能不了了之。

其中的原因可能在于三个方面:资源、定位和生态。

1.资源断层:热情撑不起长期消耗

国内开源项目的资源问题,是业余玩家对抗专业团队。

国外成熟的开源项目,要么有大公司持续输血,像TensorFlow背靠谷歌、VS Code背靠微软;要么有完善的捐赠和商业化体系,开发者能靠项目赚钱。

可国内很多项目,全靠用爱发电,这种模式短期能撑着,长期肯定不靠谱。说白了,大家需要工作养家,没有精力和金钱去维护。

还有些项目看似有团队,实则是伪团队。几个程序员朋友凑在一起搞开源,初期大家都有热情,可时间一长,有人要升职加薪没时间,有人觉得没收益没动力,团队慢慢就散了。

资金问题更加现实。服务器、域名、测试资源都要花钱,要是项目用户多,带宽成本都是笔不小的开支。我认识个做开源办公系统的创业者,初期自己垫了不少钱,后来用户涨到万级,每个月光服务器就要花不少,想收点费又被用户骂背离开源精神。最后实在撑不下去,只能把项目卖给一家软件公司,之后就再也没更新过。

之前春哥的一篇文章 《醒醒吧,不要再做自嗨式开源了!》 也同样提到:不要再苦哈哈地做自嗨式创业了。要认真思考自己的产品的方向,围绕用户的真实场景设计自己的商业模式,跑通开源商业化之路,这样才能够更好地支持社区的用户,形成一个正向的循环。

为什么国内许多著名开源项目经常虎头蛇尾?

2.定位模糊:从解决问题到追逐热点的偏移

很多开源项目从一开始就没搞清楚自己的核心价值,要么是为了追热点赶风口,要么是为了创始人的个人名气,根本没扎扎实实地解决用户需求。

这种项目看似开局热闹,实则根基不稳,一旦热点过去,或者遇到真正的技术难题,立马就会原形毕露。

前两年区块链火的时候,国内一下冒出来几十个相关的开源项目,个个都宣称要颠覆传统技术。我当时看了几个项目的源码,发现很多都是把国外的开源项目改改界面,换个名字就成了自己的原创。

还有些项目是为了开源而开源。有些大厂为了打造技术形象,把内部用了一半的项目匆匆开源,文档不全,接口混乱,连基本的使用教程都没有。

用户下载下来根本用不了,提的需求也没人回应。我之前帮朋友看一个大厂开源的数据分析工具,安装过程中遇到三个兼容性问题,去Issue里搜发现半年前就有人提过,可官方连个回复都没有。这种项目本质上是企业的公关工具,根本不是真正为用户服务的,自然不可能长期维持。

真正能长久的开源项目,一定是先解决了具体的问题。拿我们禅道举例子,我们一开始就是为了解决国内企业项目管理混乱的问题,功能设计贴合国内团队的工作习惯,所以才有越来越多的用户愿意用。

但很多项目是先定要做一个大项目的目标,却没搞清楚要解决什么问题,这种项目注定走不远。

3.生态薄弱:缺乏共建共享的土壤

开源的核心是协作,可国内很多开源项目,本质上还是个人作坊模式,缺乏共建共享的生态,一旦核心开发者退出,项目就无法运转。

这和国外成熟的开源生态形成了鲜明对比,国外的开源项目,贡献者可能来自全球各地,有人负责开发,有人负责测试,有人负责文档,即使核心开发者离开,项目也能继续推进。

国内开源项目的贡献者太少,是个普遍问题。很多用户只想着免费使用,却不愿意参与贡献。说实话,有时候我自己用开源工具,都懒得去提个PR。这种心态肯定不是个例,这其实也会导致很多开源项目只能依赖核心团队,一旦核心团队出问题,项目就立马瘫痪。

社区运营的缺失,也让很多项目失去了活力。成熟的开源项目,社区是重要的人才储备库和问题解决中心。可国内很多项目的社区,要么没人管理,广告刷屏,要么就是核心开发者一言堂,用户提的建议根本不采纳。

另外,国内开源项目的传承机制也不完善。很多核心开发者把项目当成自己的私产,不愿意培养新人,也不做知识沉淀,代码注释写得乱七八糟,文档更是敷衍了事。

一旦这些核心开发者离开,接手的人根本看不懂代码,只能眼睁睁看着项目烂掉。

为什么国内许多著名开源项目经常虎头蛇尾?


其实国内不缺优秀的技术人才,也不缺用户需求,缺的是踏踏实实做项目的心态和完善的开源生态。

希望以后国内的开源项目,少一些急功近利的炒作,多一些脚踏实地地坚持;少一些个人英雄主义,多一些协作共享的精神。只有这样,才能有更多真正能长久发展的开源项目,国内的开源生态才能越来越成熟。

说到底,开源不是一场一锤子买卖,而是一场需要长期投入的马拉松。

那些只想着靠开源博眼球、赶风口的项目,注定只能是昙花一现。只有真正沉下心来,解决用户需求,搭建完善的资源体系和生态,开源项目才能走得远、走得稳。

如果你对开源商业化感兴趣,欢迎了解:

  • 关于开源软件的七大错误认知(上)
  • 关于开源软件的七大错误认知(中)
  • 关于开源软件的七大错误认知(下)
  • 人间清醒,开源一定要做商业化
  • 开源软件如何做商业化经营

希望我的分享可以帮助到你,也欢迎给我留言与我讨论。

点赞
收藏
评论区
推荐文章
美凌格栋栋酱 美凌格栋栋酱
10个月前
Oracle 分组与拼接字符串同时使用
SELECTT.,ROWNUMIDFROM(SELECTT.EMPLID,T.NAME,T.BU,T.REALDEPART,T.FORMATDATE,SUM(T.S0)S0,MAX(UPDATETIME)CREATETIME,LISTAGG(TOCHAR(
Wesley13 Wesley13
4年前
MySQL部分从库上面因为大量的临时表tmp_table造成慢查询
背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_
Wesley13 Wesley13
4年前
FLV文件格式
1.        FLV文件对齐方式FLV文件以大端对齐方式存放多字节整型。如存放数字无符号16位的数字300(0x012C),那么在FLV文件中存放的顺序是:|0x01|0x2C|。如果是无符号32位数字300(0x0000012C),那么在FLV文件中的存放顺序是:|0x00|0x00|0x00|0x01|0x2C。2.  
Wesley13 Wesley13
4年前
mysql设置时区
mysql设置时区mysql\_query("SETtime\_zone'8:00'")ordie('时区设置失败,请联系管理员!');中国在东8区所以加8方法二:selectcount(user\_id)asdevice,CONVERT\_TZ(FROM\_UNIXTIME(reg\_time),'08:00','0
Stella981 Stella981
4年前
Docker出局?你还有iSula、Containerd和CRI
!(https://oscimg.oschina.net/oscnet/8dde22cdc1d24879bf5c6f0fd49ecf91.png)❝12月19日,KubeSphere开源社区联合CNCF将在北京举办一场年度的云原生Meetup,聚焦用户落地实践的干货分享,以及现场动手实践的W
Wesley13 Wesley13
4年前
Java最著名的开源项目
!(http://static.oschina.net/uploads/space/2015/0617/164251_uFT0_856019.jpg)(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwenku.it168.com%2Fd_001620288.shtml)Java
陈哥聊测试 陈哥聊测试
4个月前
软件工程3.0时代,为什么人工测试仍必不可少?
这不是一场“机器取代人类”的革命,而是人机协同的新篇章。
为什么mysql不推荐使用雪花ID作为主键
作者:毛辰飞背景在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一),而是推荐连续自增的主键id,官方的推荐是auto_increment,那么为什么不建议采用uuid,使用uuid究
陈哥聊测试 陈哥聊测试
7个月前
这款自研底层框架,你说不定已经用上了
“国产替代不是简单的替换产品,而是要构建起一个从底层技术到顶层解决方案完全自主可控的产业链。这不仅是一场技术较量,更是一场民族工业崛起的马拉松。”
京东云开发者 京东云开发者
5个月前
三步根治前端缓存“顽疾”
引言:你的代码更新,用户为何“视而不见”?“我明明部署了新版本,用户为什么还在看旧页面?!”——这是多少前端开发者深夜加班时的灵魂拷问。问题的根源往往不是代码没上传,也不是服务器抽风,而是浏览器和服务器联手上演的一场“缓存大戏”。本文将带你化身“侦探🕵️
陈哥聊测试
陈哥聊测试
Lv1
资深敏捷测试顾问,致力于测试自动化和DevOps等的实践和研究。
文章
87
粉丝
0
获赞
2