InfoQ|但他们连声感谢也没说，AWS分叉了我的开源项目编译|核子可乐、Tina开源的威胁一直都

编译|核子可乐、Tina
开源的威胁一直都在。上周四， AmazonWebServices推出了CloudWatchSyntheticsRecorder 。这是一款面向Chrome浏览器的扩展程序，可以说是直接照搬自开发者TimeNolet为该浏览器打造的HeadlessRecorder项目。

文章图片
这种作法本身没有任何问题——毕竟Nolet的软件遵守ApacheLicensev2 ，开发者们也希望看到自己的成果能够得到广泛应用。但Amazon的行为确实值得商榷，因为他们甚至没有公开提到这部分代码的真正创造者。在CloudWatch扩展中的一个NOTICE.txt文件倒是稍微说明了一下，但提及的并非HeadlessRecorder ，而是其之前的曾用名“puppeteer-recorder” ，而且完全是为了满足开源许可的要求。
作为极有荣誉感的群体，开源开发者们希望像AWS这样的巨头企业能够表达一点尊重之意。 Nolet在一条采访消息中回应称， “（至少对我来说）问题的关键并不在于许可要求什么，而是大家重不重视开源精神。 ”
“事实上， AWS内部就没人意识到这是种特别让人恼火的行为吗？他们难道不会设身处地理解别人的感受吗？这种作法已经严重损害了AWS的公共形象。他们知道这事不对——这里我们说的不是合法性问题，而是对错的问题。必须有人站出来说几句。 ”
Nolet负责运行一项名为Checkly的软件监控服务，并开发了HeadlessRecorder浏览器扩展作为其所在公司及客户的工具。他表示，他从来没打算把HeadlessRecorder的许可弄得太复杂，因为这只是一款包含大量客户端代码的浏览器扩展，他希望任何熟悉浏览器开发工具的朋友都能理解并使用。
“Amazon应该是打开了一项PR（pull请求），想到‘不妨把这项功能加到原作者的代码里’ 。否则他们编写一个开源fork就好，何必来折腾我的项目。 ”
“但至少，他们应该提一句新功能是以我之前的工作为基础。我在HeadlessRecorder项目的README.md中就提到，这款扩展的开发灵感源自segment.io网站上的某个旧项目。 ”
最后，这个事情引起了AWS负责开源策略和营销的MattAsay的关注，他对CloudWatch扩展的处理情况表示担忧，也表达了后悔之情。

文章图片
他同时在HackerNews指出， “AWS使用到大量开源资源，我们也一直在代码层面（包括Firecracker及Bottlerocket等第一方项目，以及Redis、GraphQL、OpenTelemetry等第三方项目）、测试、成果归属、基金会支持等方面做出贡献。 ”
“但开源的核心终究关乎人与社区，我个人认为我们应该做得更多，承认Tim与其他维护者们的出色工作，努力支持他们在HeadlessRecorder项目中的成就。目前，我们正在与Tim就此展开沟通。 ”
Nolet证实AWS确实与他取得了联系，他也相信AWS真实地希望改正不当行为。他表示“他们起初确实做得不好，现在希望能把问题解决好。但究竟怎么解决，我还不太清楚。 ”
但是得知此事的开发者们并不买账。
一位开发者给MattAsay留言说：“我确实认为，作为一家数万亿美元的公司，在没有与原始创建者交谈的情况下分叉一个开源项目，并将其宣布为其平台的一项新功能，这样的行为有很多值得诟病的地方。如果说有什么需要改进的，那么首先就是‘不应该伸手’ 。你所做的一切在法律上或道德上都没有错，但是你可以做得更好，作为一家价值数万亿美元的公司你可以表现出更大的感激。 “

文章图片
一位名叫做WilliamPietri的开发者和企业家说：“这是我与@awscloud之间的一大主要矛盾。在我看来，他们与开源社区的关系更多是种粗暴索取，而非健康协作。考虑到Amazon对员工的残酷压缩，这倒也不足为奇。但这种种行为实在令我无法信任他们。 “