开源中的倦怠：一个我们可以共同解决的结构性问题

# 开源中的倦怠：这是一个我们可以共同修复的结构性问题 | Open Source Pledge 来源：https://opensourcepledge.com/blog/burnout-in-open-source-a-structural-problem-we-can-fix-together/ 一张标题写着“开源中的倦怠：这是一个我们可以共同修复的结构性问题”的图片旁，一只手从堆积如山的错误报告和拉取请求中伸出，试图逃离这堆压顶之物 想象一下：你为了解决自己的某个需求，动手构建了一个东西。它不仅能跑，还跑得非常好！意识到它可能对别人也有用，你决定把它作为开源项目分享出来。 出乎意料的是，它很快就火了。你的工作对别人很有价值。这感觉就像做梦一样！ 然后，功能请求和修复请求像潮水般涌来。有些听起来更像命令。你对自己创造的东西倾注了心血，所以你尽力去回应。 你利用业余时间做这些，但它开始变得像第二份工作。你的工作日越来越长——有些晚上几乎没怎么睡觉。你知道你的工作很有价值：大公司都在底层使用它！偶尔有人会停下来感谢你投入的那些时间——但要他们提供任何形式的经济支持？几乎从未有过。 一个拉取请求来了。有人是真心想帮忙吗？不——明显是他们扔给AI处理，完全没理解代码。 这种情况持续了好几个月。那个为你自己而建、曾经是快乐源泉的项目，现在变成了压力和焦虑的来源。你深深感到自己不被看见。你开始不情愿地想：是不是该放弃这个梦想了？ --- 我是一名心理学家，一直在撰写一份关于开源软件（OSS）中倦怠问题的报告。 在过去5个月里，我采访了多位OSS开发者，阅读了数十篇学术文章，并分析了50篇由OSS社区成员撰写的文章，试图找出OSS开发者倦怠的原因和可能的解决方案。 我震惊地了解到，我们每天依赖的软件基础设施，有多少是由开发者选择将其项目开源才得以实现的——超过96%的公司依赖于开源软件。更令人震惊的是，我发现选择制作和维护开源软件正在使开发者面临倦怠这种非常真实心理伤害的风险。 倦怠是一种身心能量的耗尽，通常与工作相关。倦怠让我们感到筋疲力尽，油箱里没了油，只能靠残存的一丝动力支撑。当我们倦怠时，很难激励自己、控制情绪，或者对自己的工作抱有积极看法。 它是**辞职**的巨大预测因素。 当工作要求我们付出的能量与可用来补充能量的资源之间出现不平衡时，倦怠的风险就会增加。例如，如果我们被期望在高压下长时间工作，但工作没有回报、得不到同事支持、没有公平的报酬或认可，那么我们很有可能会倦怠。 不幸的是，这些条件在OSS中很常见。全球73%的软件开发者在其职业生涯中的某个时刻经历过倦怠。而且，越来越多地，关于开源可持续性的讨论也开始转向倦怠这个话题。 开发者倦怠的后果是系统性的。当维护项目的团队——或者令人震惊的是，经常是单个人——处于强弩之末时，漏洞可能被错过，恶意协作者可能不被发现，从而危及全球软件基础设施中可怕的比例的安全。 显然，OSS中的倦怠是一个关键问题，急需解决方案。我想告诉你，我的研究确定的两个问题正把开发者推向崩溃边缘： 1. 开发者难以维持生计 2. 社区成员的毒性行为正在磨损开发者的意志。 深入剖析这些问题，我们会看到开源中的倦怠不是个人问题——而是一个结构性问题。像教维护者如何更有韧性这样的临时补救措施只能帮我们走这么远：也许是时候对我们的一些开源实践进行实质性改写了。 ## **1. 开发者难以维持生计** 一只手伸向被风吹走的钞票，努力想抓住它们 很少有开发者能够仅通过OSS维持经济生活，许多人对于通过OSS获得可靠报酬的可能性感到沮丧。 OSS社区讨论中一个常见的主题是“双班制”。许多开发者在OSS之外还有全职工作来支付账单。虽然OSS可能始于一种爱好，但一旦项目起飞，维护它每天需要花费数小时。同时做一份有薪的全职工作和一份OSS中的“隐性工作”，开发者面临着高强度的工作负荷、长时间工作、睡眠不足以及难以找到时间陪伴朋友和家人。这是不可持续的，并且侵蚀着他们的身心健康。 更雪上加霜的是，OSS开发者常常感到被他们工作的受益者剥削。他们的代码和维护投入使软件行业能够获得巨大利润，然而要获得任何回报却困难重重，让许多人觉得他们是在为那些有能力付钱给他们、但市场却未能认可他们贡献的软件公司做“免费劳动”。 心理学研究表明，高需求、低回报以及工作中的不公平感都与倦怠风险的增加有关。许多OSS开发者的证词强调，他们将大量时间和精力投入OSS，却几乎没有得到任何认可，这是导致他们倦怠的关键因素。 > “*有很长一段时间，我在开源上花费的时间几乎超过了我的全职工作，但分文未得。我就此倦怠了。我不再编写和贡献开源代码。*” –Marc Grabanski, Open Collective Case Studies 如果OSS开发者能更容易地为其OSS工作获得定期、可靠且足够的补偿，他们就不需要依赖额外的全职工作来维持生计，同时还能贡献于OSS。他们就不太可能觉得自己被劳动受益者不公平对待。他们会有更多时间去做那些能补充能量的事情：睡一整晚好觉，与所爱之人共度完整的一天。这将大大降低倦怠的风险。 然而，虽然为OSS付费是解决OSS开发者倦怠问题的重要一环，但在实践中如何最好地实施它却是一个真正的挑战。 一些开发者担心，错误的付费模式可能会迫使他们为资助者的最大利益行事，而不是为了自己的利益或社区的利益。这实际上可能让OSS中的倦怠**更糟糕**；心理学研究表明，当我们在工作中缺乏自主权时，倦怠的风险更高。 这种担忧也并非空穴来风：最近的Ruby Gems接管丑闻凸显了为了迎合资金来源的压力如何改变开源项目的方向，导致维护者失去对其多年管理的项目的控制权。 要解决这些细节，需要努力工作和富有成效的社区讨论。也许我们需要去中心化资助，这样就没有项目只依赖单一收入来源。也许资助的开源项目需要集体治理，以保护维护者免受传说中的BDFL的反复无常的伤害。无论它具体采取何种形式，最能预防倦怠的OSS付费模式将是那种能让维护者在保持对其工作创意控制的同时维持生计的模式。 被堆积如山的错误报告和拉取请求掩埋的人的手伸出，试图逃离这堆压顶之物 让OSS开发者感到被剥削的不仅仅是经济补偿的缺乏。在学术文献和OSS开发者的证词中，有一个问题一次又一次被提起：用户群体中一个喧闹的部分可能会表现出理所当然、侮辱性甚至完全有毒的行为。 心理学研究表明，敌意沟通以及被迫对敌意之人保持礼貌会增加倦怠的风险，而开发者正在面临激烈的批评和对功能与修复的不合理要求的压力。 开发者对那些不合理的要求说“不”也并不容易。开源开发者出奇地尽职尽责。许多人对依赖他们项目的人感到有责任，并为没有回应请求而感到内疚。编码是他们的手艺，要区分对自己代码质量的评论和作为工匠的价值感与身份感需要很强的力量。 再加上这一点：一旦项目流行起来，回应请求和审查代码每天可能需要花费数小时。很容易理解为什么许多开发者觉得维护工作真的吃力不讨好。 > “*\[T\]愤怒的回应铺天盖地。每天我都能看到有人在抱怨我们做得有多糟糕。保持动力太难了*” –James Kyle, Dear JavaScript 通常情况下，当我们免费获得对我们有益的东西时，我们会心存感激。然而，似乎有一部分开源用户表现得好像OSS是公司提供的服务一样。这是市场经济中典型的消费模式。但开源一直有所不同。开源是一个公共资源池——人们免费贡献，贡献的人越多，我们所有人都受益越大。 如果能让用户摆脱默认的消费模式，意识到开源是一种礼物而非服务，是由一个小团队甚至单个维护者利用业余时间提供的，他们可能就不那么倾向于敌对和苛刻。这将使维护工作不那么吃力不讨好，从而减少导致倦怠的可能性。 改变群体态度很难。一个好的起点可能是GitHub，它处于教育用户了解开源本质的有利位置。OSS社区的领导者也可以帮助提高认识；心理学研究表明，社区领导者在塑造群体实践方面特别有效。 虽然很明显有毒的社区会击垮维护者，但积极的社区——我们在其中的互动让我们感受到支持并给予我们归属感——与较低的倦怠风险相关。 实现这一目标的一种方式是组织以社区为中心的活动。这些活动就像水坑，OSS社区可以聚集在那里，互相支持，谈论他们的感受和挫折，共同寻找前进的道路。不幸的是，社区活动目前很少，而且参加费用可能很昂贵。 另一种方式是增加获取如导师关系、教练、心理健康支持和沟通培训等资源的渠道，让开发者感到被支持，并能更好地应对苛求用户。但如何在开源中实施这一点很难知道：谁会提供，谁来买单？ 也许那些依赖开源并认识到应该感谢OSS社区的公司可以赞助旨在建立维护者之间社会情感支持或推进良好治理原则的社区活动。或者，他们可以资助、组织或提供教练和培训资源，让开发者在支撑我们每天依赖的软件基础设施的同时，也感受到社会支持。 --- 从本质上讲，倦怠是动机能量的彻底枯竭。它是一种疲惫状态，一种无法再凝聚任何努力的状态，当我们的工作从我们身上夺走的能量多于它回报给我们的能量时，就会产生倦怠。 能够避免倦怠的开发者会找到一种方式，让自己的付出与收获相匹配。他们不花时间回复那些不提供最小可重现示例的人。他们在审查代码时投入的精力与作者编写代码时投入的相当。他们通过巨大的个人力量学会说“不”，即使他们非常关心自己工作的质量。 但还有另一种重新平衡能量方程的方式。与其让开发者学会拒绝或累垮，我们为什么不给予回报呢？走向一个公认OSS开发者因他们所做的巨大有益工作而值得感激、拥有社会支持、受到尊重、并能生活舒适的社区，就是走向一个没有OSS倦怠的社区。是时候看到开源背后的人了。 --- *你可以通过上面的按钮阅读我完整的报告全文。我非常希望获得开源社区的反馈，以确保我公正地代表了他们的观点。如果你从事开源工作，并且能抽出一些宝贵时间阅读报告，我很期待听到你的意见！你可以在Bluesky @mirandaheath.website、Mastodon @[email protected]联系我，或者发邮件到 [email protected]。* *插图由 Harriet Boeing 绘制。额外工作由 Vlad-Ștefan Harbuz、Greg Kumparak 和 Michael Selvidge 完成。* ---