为什么超 80% 的开源开发者苦苦挣扎在贫困线?

这篇具有很好参考价值的文章主要介绍了为什么超 80% 的开源开发者苦苦挣扎在贫困线?。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

【CSDN 编者按】开源开发者究竟该如何生存?这是一个业界为之困扰许久的问题。如果开发者只从事开源项目工作、且没有其他收入来源的话,那么开源项目的捐赠就是他们的工资。事实证明,超过80%我们以为具有可持续性的项目实际收入都低于行业标准,甚至苦苦挣扎于贫困线水准!

作者 | André Staltz

译者 | 弯月,责编 | 郭芮

出品 | CSDN(ID:CSDNnews)

以下为译文:

大多数人认为,开源的可持续性是一个难以解决的问题。作为一名开源开发人员,我以前对这个问题的看法比较乐观:我相信捐赠的模式,因为这种模式很简单,而且具有扩展性。

但是,我最近遇到了其他靠捐赠为生的开源开发者,他们改变了我的看法。通过Amsterdam.js,我听说Henry Zhu在Babel项目及其他项目中谈到可持续性,他所描绘的情况则比较糟糕。

后来,在早餐时,我与Henry就这个话题进行了更深入的交谈。我还在阿姆斯特丹遇到了Titus,他全职负责Unified项目(https://unified.js.org/ )。与这些人会面后,我更加坚定了捐赠模式下可持续发展的信心——这种模式完全行得通!然而,对我来说更为重要的问题在于:这种模式公平吗?

我决定从OpenCollective和GitHub收集数据,并采用更科学的样本。结果却令人震惊:其中有两个开源项目明显具有可持续性,但大多数(超过80%)我们以为具有可持续性的项目实际的收入低于行业标准,甚至低于贫困线。

1

从数据来看

我从OpenCollective中挑选了一些流行的开源项目,并找出了每个项目的年度收入数据。然后,我查看了这些项目的GitHub代码库,统计了给星数量以及过去12个月里全职工作人员的人数。

有时,针对部分维护者,我也会参考Patreon上面的项目,并将相应的数据添加到项目的年收入中。例如,Evan You在Patreon上接受捐赠,用这些捐赠来为Vue.js工作。通过这些数据,我可以了解到项目的受欢迎程度(用户数量的比例指标),以及整个团队的年收入和团队规模。

我很难准确地推导出每个项目有多少用户,特别是因为有些用户是通过其他项目使用的,他们甚至都不知道自己在使用该项目。这就是为什么我利用GitHub上的给星数作为用户数量的度量,因为这些给星数统计的是人数,而不是下载计数(可能包括CI计算机),而人们能够意识到项目的价值。

我总共统计了58个项目,虽然数量上有点少,但这些项目既包含最受欢迎的项目,也包含人气最低的项目。人气对于扩大捐赠非常重要,事实证明很少有项目能够拥有足够的人气来获取合理的捐赠。

换句话说,在这50个最受欢迎的项目中,大多数都低于可持续性的阈值。我相信,如果我能覆盖更多数据点的话,那么这些数据点反映出来的结果还不如这些受欢迎的项目。可能这个数据集略微侧重于OpenCollective上的JavaScript项目,我选择OpenCollective是因为它提供了各种项目的财务数据。

我想提醒读者,其实还有很多其他流行的开源项目,如Linux、nginx、VideoLAN等。如果能够将这些项目的财务数据也纳入该数据集的话,那就更好了。

我通过GitHub的数据和OpenCollective,计算出了每个由“全职”贡献者支持的项目的年收入,而这个收入基本上就是他们的薪水。或者说,如果他们只从事开源项目的工作,且没有其他收入来源的话,那么这些开源项目的捐赠就是他们的工资。

很大一部分创作者和维护者只是在项目中做兼职,而那些在开源项目上做全职工作的人,有时也会通过存款补充收入来源,或在生活成本较低的国家生活,或者像Sindre Sorhus一样双管齐下

(https://twitter.com/sindresorhus/status/902954660285128704)。

接下来,根据最新的StackOverflow开发人员调查,我们知道低端开发人员的收入约为4万美元,而高端开发人员的收入则超过了10万美元。这个幅度表明了软件开发行业的标准,因为他们是知识工作者,其中很多人生活在经济合作与发展组织(OECD)国家。

我可以将结果分为四大类:

  • 蓝色:6位数的薪水

  • 绿色:行业标准之内的5位数的薪水

  • 橙色:低于行业标准的5位数的薪水

  • 红色:低于美国官方贫困线的薪水

下面的第一个图显示了每个GitHub给星的团队规模和“价格”。

超过50%的项目显示为红色:维护人员的收入低于贫困线。31%的项目显示为橙色,这些开发人员愿意在该行业认为不可接受的工资下勤恳地工作。12%显示为绿色,只有3%是蓝色:Webpack和Vue.js。每个GitHub上给星的收入很重要:可持续项目的每个给星一般都超过了2美元。

然而中位数为1.22美元/星。团队规模对可持续发展也很重要:团队越小,养活维护人员的可能性就越大。

每年的捐赠中位数为217美元,从个人角度来说,这笔数目很客观,但实际上这还包括了那些为自己的营销目的而捐款的公司的赞助。

下图显示了收入随着受欢迎程度的变化而变化的情况。

你可以通过LibreOffice Calc的电子表格访问这份Dat存档的数据:dat://bf7b912fff1e64a52b803444d871433c5946c990ae51f2044056bf6f9655ecbf。

2

人气与公平

众所周知受欢迎程度是绿色和蓝色可持续性的关键,但有一些受欢迎的产品仍低于贫困线,如Prettier、Curl、Jekyll、AVA。这并不意味着从事这些项目的人都很穷,因为在某些情况下,维护人员可以在允许开源贡献的公司工作。

然而,这意味着,除非各个公司投入大量资金积极地支持开源项目,否则大多数开源维护者都会陷入资金严重不足的状况。

就捐赠而言,保证开源可持续性(公平且在行业标准范围内)的条件有:一个受欢迎的项目,拥有足够小的团队,知道如何从捐赠者或赞助组织收集大量资金——公平的可持续性对这些因素很敏感。

由于可见性是捐赠驱动的可持续性的基础,因此“隐形基础设施”的项目往往比可见的项目更糟糕。例如,Core-js不如Babel受欢迎,尽管Babel依赖于它。

有些解决方案借助BackYourStack和GitHub最近新发布的“贡献者”功能,让知名度较低的项能从知名度高的项目中分一杯羹。如果众所周知的项目有大量盈余,则可以通过传递依赖关系共享资金。然而,这几乎不可能发生,只有Vue.js有足够的盈余,而且只够支持3-4个其他开发人员。Vue.js是例外,其他项目无法分享他们的收入,因为这会导致每个人所得到收入都很低。

至于Babel和Core-js,Babel也没有很多盈余能够与Core-js分享。Henry Zhu在他的谈话中指出,他们收到的资金太有限了。在这种情况下,看起来Babel似乎是一个可见的项目,但是让我感到惊讶的是,Henry表示尽管很多人都在使用Babel,但他们竟然都不知道Babel,因为他们可能只是把它用作了依赖。

从另一方面来看,较低级别的代码库维护者认识到,他们需要与知名度更高的项目合作,甚至是合并项目,以提高整体知名度、受欢迎程度,从而提高资金。Unified Titus就属于这种情况,这是一个你可能没有听说过的项目,但是MDX、Gatsby、Prettier、Storybook和其他许多软件包中都使用了Unified和它的许多软件包。

流行的项目在财务上也不一定比那些不怎么流行的依赖项目强。Unified(1万颗星)是Prettier(3.2万颗星)的依赖,但Unified比Prettier的年收入更多。事实上,许多依赖于Unified的热门项目中,每位团队成员获得的资金更少。

但Unified本身的收入仍然低于行业标准,更不用说通过涓滴向上或向下分流资金了。

有时候,假设项目A使用项目B,那也很难说A一定要捐钱给B,因为B可能也用到了A!Babel是Prettier的依赖,而Prettier也是Babel的依赖。此次研究中涉及的许多项目之间都可能存在彼此依赖的复杂关系网,因此很难说这些项目中的资金应该流向何处。

3

创  收

开源收入的总金额远无法支撑起所有的维护者。我的数据集中所有项目的所有年收入加起来为250万美元,薪水中位数约为9千美元,低于贫困线。如果将这笔钱平均分配,则大约为2.2万美元,仍然低于行业标准。

核心问题不是开源项目没有分配收到的钱。总的来说,问题在于开源并没有获得足够的资金。250万美元远远不够,就这个数字而言,通常创业公司赚的钱都比这多。

Tidelift获得了4000万美元的资金,用于“帮助开源创作者和维护者获得公平的工作报酬”。他们拥有一支由27人组成的团队,其中有些人来自大公司(如Google和GitHub)的前雇员。虽然他们的薪水并不低,但是他们在网站上展示的许多开源项目收到的捐赠都在贫困线以下。

我们不知道Tidelift真正给这些项目的维护者多少钱,但他们的订阅价格非常高。在历史上,价格和成本结构的不透明性一直是帮助企业掩盖不平等的罪魁祸首。

自从GitHub被微软以75亿美元收购以后,这个数字就更清晰了,微软为收购GitHub所支付给GitHub公司的金额是开源社区每年收入的3000多倍。换句话说,如果开源社区将他们赚到的每一分钱都存起来,那么要等到几千年之后,他们才可能有足够的钱集体收购GitHub。

现在GitHub本身拥有自己的开源经济团队(这个团队有多大,他们的薪水是多少?),但新的GitHub赞助商功能远不如OpenCollective透明。与GitHub的传统开放数据文化相违(例如提交代码的日程或贡献者图表),捐赠方面是不透明的,用户无法知道每个开源维护者的收入是多少。

如果微软GitHub认真地帮助资助开源,那么他们就应该把钱花在需要的地方:向开源项目捐赠至少10亿美元。即使每年只有150万美元,也足以让我调查过的所有项目都变为绿色。GitHub赞助商的配捐计划远远不够,这项计划每年最多只给维护者5千美元,这不足以将维护者从贫困线提升到行业标准。

我们现有的数据说明,开源创建者和维护者的收入不高,而且有的数据说“帮助”开源的公司可以收到数百万,而且很可能是高薪。其他坐拥百万和亿万身价的公司通过结合开源库和组件来构建专有软件来赚钱。我理解DHH认为开源可持续性“并非悲剧”的立场

(https://www.youtube.com/watch?v=VBwWbFpkltg&feature=youtu.be&list=PLE7tQUdRKcyaOq3HlRm9h_Q_WhWKqm5xc&t=1362),事实上当我看到他的谈话时,我也有同感。然而,我最近编制的数据(出于好奇心)表明了开源项目普遍的财政状况,表明工作质量与薪酬之间存在严重的不平衡。全职维护人员都是技术实力雄厚的人,他们负责问题管理、安全性、疏导投诉,同时得到的收入却低于贫困线的门槛。

开源可持续性的斗争就像几千年以来人类为了摆脱奴隶制、殖民化和剥削而坚持不懈的斗争。勤劳诚恳的劳动人民付出了辛苦的劳动,却得不到公平的待遇,这不是历史上第一次出现这样的现象。

所以说,这不是一个新出现的问题,也不需要复杂的新解决方案。这只是一种不公正的现象。赢得各个公司的同情和道德行为并不是解决这个问题的方法,因为这些公司的根本就是别有所图。各个公司只是遵循社会的一些基本财务规则,同时试图优化利润和/或支配。

开源是一项公共基础设施,就像我们的生态系统一样。由于我们的社会没有规则来阻止该生态系统被剥削,所以有些公司就会对这项资源进行开采。几十年来,这个环境几乎被耗尽,如今我们正面临着一场气候危机,科学的基本常识证明这场危机会对人类和地球上所有生命造成重大威胁。开源盗用只是其中一个不起眼的小问题,后果没有那么严重。

如果你想帮助开源维护可持续性,那么就应该站出来帮助人类为社会编写新的规则,让滥用权力和资本主义者的人为自己的行为负责。下面是一些具体行动的初步建议:

只为将部分利润(至少0.5%)捐赠给开源的公司工作,或者是那些压根不依赖于产品开源的公司。

如果你是高薪收入者,请考虑为开源捐款。

不要放弃工会(我在芬兰写这篇文章,其中65%的工人都在工会)。

不要丢弃新项目的替代许可证。

给微软施压,让他们向开源项目捐赠数百万美元。

通过发布像本文这类的数据研究,揭露各个公司的真相。

如果你喜欢这篇文章,请在下方留言。

原文:https://staltz.com/software-below-the-poverty-line.html

本文为 CSDN 翻译,转载请注明来源出处。文章来源地址https://www.toymoban.com/news/detail-711198.html

到了这里,关于为什么超 80% 的开源开发者苦苦挣扎在贫困线?的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 开发者工具network里请求pending状态耗时长是为什么?(项目部分页面的请求)

    前言:本文主要是提问,后文有一个解决办法,但仅供参考 目录 问题 排查过程 解决办法(仅供参考) 提问:         在开发一个数字化大屏项目的时候遇到问题:某个大屏接口请求10多秒才能拿到响应数据,其他大屏页面接口响应很快。         发现主要是接口statu

    2023年04月08日
    浏览(76)
  • 开源协作开发者内容平台Vrite

    什么是 Vrite ? Vrite 是一个开源协作空间,用于创建、管理和部署产品文档、技术博客和知识库。它旨在提供高质量、集成的用户和开发人员体验。 Vrite 具有以下功能: 内置管理仪表板 ,用于使用看板或列表视图管理内容生产和交付; 现代 所见即所得 编辑体验,支持 Mar

    2024年02月07日
    浏览(41)
  • 推荐一个开源的区块链开发者工具网站

    开源区块链开发者工具箱 https://ChainTool.tech 今天可以正式上线了。ChainTool 使用完全开源的方式编写一些开发者日常经常使用的工具。 大约在两个月前, ChainToolDAO 成立了,成立 ChainToolDAO 的来由是这样的:我是一名区块链开发者,经常要遇到一些琐碎的工作, 例如:临时创建

    2024年02月10日
    浏览(47)
  • 在开源经历中成长,让开发者成为创新主体

    本文背景 积极推进“满天星”行动计划,促进开发者成长,重庆软件园产业学院“成长营”将聚焦“技术提升”“职业成长”“价值提升”等话题开展系列主题活动,赋能软件技术开发者更好发展、更快成长。本次直播访谈,聚焦在开源经历中成长,让开发者成为创新主体。

    2024年02月11日
    浏览(46)
  • 抖音账号矩阵系统源码-开源部署开发者分享

    抖音账号矩阵系统,短视频账号矩阵系统源码, 短视频矩阵是一种常见的视频编码标准,它通过将视频分成多个小块并对每个小块进行压缩来实现高效的视频传输。短视频多账号矩阵系统,通过多账号一键授权管理的方式,为运营人员打造功能强大及全面的“矩阵式“管理平

    2024年02月15日
    浏览(63)
  • 为什么要开源?

    开源软件是其源代码已由其版权所有者公开的软件。在真正的开源许可证下,软件是协作开发的,其他程序员可以查看、修改或使用自己的代码。这种“纯”开源模式通常被称为FOSS(自由和开源软件)。 开源的一个变体是“源代码可用”,这意味着没有授予修改或以其他方

    2024年02月15日
    浏览(49)
  • Android开发者必须收藏的8个开源库,Android开发面试技能介绍

    听过很多人说Android学习很简单,做个App就上手了,工作机会多,毕业后也比较容易找工作。这种观点可能是很多Android开发者最开始入行的原因之一。 在工作初期,工作主要是按照业务需求实现App页面的功能,按照设计师的设计稿实现页面的效果。 在实现的过程中,总是会被

    2024年03月19日
    浏览(80)
  • 独立开发者必备的29个开源React后台管理模板

    React Web应用程序开发管理后台可能非常耗时,这和设计所有前端页面一样重要。 以下是收集的近几年顶级React.js管理模板列表。 这些模板确实很有价值,使开发人员更容易构建应用程序后端的用户界面。 此外,它们将帮助您完善网站的管理后台,并克服自己制作所有UI部分的

    2024年02月07日
    浏览(85)
  • 9成Android开发者必须收藏的80个开源库

    Android 应用性能调优的技术点 http://zhuanlan.zhihu.com/kaede/20326073 Android 客户端性能优化 http://blog.tingyun.com/web/article/detail/155 美团 WebView性能、体验分析与优化 https://tech.meituan.com/WebViewPerf.html MVC,MVP 和 MVVM 的图示 http://www.ruanyifeng.com/blog/2015/02/mvcmvp_mvvm.html 不容错过,最全的 Androi

    2024年04月23日
    浏览(47)
  • 千帆SDK开源到GitHub,开发者可免费下载使用!

    目录 一、SDK的优势 二、千帆SDK:快速落地LLM应用 三、如何快速上手千帆SDK 1、SDK快速启动 快速安装 平台鉴权 如何获取AK/SK 以“Chat 对话”为调用示例 2. SDK进阶指引 3. 通过Langchain接入千帆SDK 为什么选择Langchain 开源社区 千帆社区 好消息,好消息,百度千帆SDK开源啦!!!

    2024年02月05日
    浏览(43)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包