日内瓦开源高峰会
中英文对照版请点击《日内瓦开源高峰会（中英文对照）》查看
作者：ROMAN SHAPOSHNIK
翻译：刘天栋 Ted
| 译者注：爱隆会议（Council of Elrond）是托尔金奇幻小说《指环王》里所叙述的一场重要会议。于第三纪元 3018 年召开，由半精灵爱隆主持，集合中土大陆各自由子民的代表，以决定该如何处置索伦魔王的至尊魔戒（The One Ring）；进行销毁魔戒任务的九人魔戒远征队就在这场会议中组成。（出处：维基百科）。
几个月前，Tanya Dadasheva(译者注：Tanya 是 Roman 的创业伙伴)和我受邀参加了 2023 年开源大会。这次活动将于2023 年 7 月 27 日在日内瓦举行，是 Linux 基金会慷慨主办的一次非常好的聚会，以确保在不同开源组织工作的人们有机会互相交流。毕竟，只要有开源存在，就会有人担心开源社区整体会分裂（随着技术民族主义的抬头，即使是开源也很难朝着正确的方向发展）。
与其说是这次会议是爱隆议会，不如说它是个强调跨学科合作的学术探讨会。或者在任何其他年份都是如此，但 2023 年召开这个会议显然有更重大的意义。
原来，不止我一个人这么想。我的好友迈克-多兰（Mike Dolan）和我交换了意见，以下是我们交流的编辑记录。以下内容中所有的口才都是他的，所有的错误都是我的。
随着欧洲战火纷飞，中美竞争日趋白热化，人工智能有望彻底重新定义我们的生活方式，开源社区的警钟日益敲响也就不足为奇了。作为一个社区整体，我们一直在应对出口管制相关事宜，也时不时地突然被告知要将项目的某些贡献者排除在外。我们看到某些国家的重要贡献者被排除在外，仅仅是因为他们的领导人采取了他们完全没有办法影响的行动。有些人甚至逃离了自己的国家，举家搬迁，过着颠沛流离的生活。我们曾被数百名维护者询问如何处理人工智能生成的代码贡献。我们不得不维护并提醒人们，OSI 是决定哪些许可证符合 "开源 "条件的组织（尤其是标准制定组织）。我们还经常遇到 "你的开源还没死吗？[1]" 的持久争论。
即使只考虑 2023 年开源面临的监管问题--包括欧盟的CRA《网络韧性法案 Cyber Resilience Act》、PLD《产品责任指令 Product Liability Directive》和 AI Act《人工智能法案》[2]、美国的《开源软件安全法案 Securing Open Source Software Act》[3]和其他例子--很明显，各种开源组织至少可以做的是教育立法者，让他们了解其[不]行为的后果，然后为不可避免的后果做好准备（如果他们不听话的话）。这包括为那些一旦被法律强制实施将给所有开源组织带来额外负担的事情做好准备：
我们将如何应对新的网络安全法规？ 我们将如何应对/实施数字主权或哪些寻求排他性的出口管制？ 我们将如何解决多元化、公平性、包容性 (DEI: Diversity, Equity, Inclusion) 问题？ 我们将如何处理人工智能为我们的开源项目带来的贡献? 以及其他许多
日内瓦大会的真正目的是帮助我们开始准备回答这些问题，而不是作为分散生态系统中的单个组织，而是集体分享共同的方法和最佳实践，同时相互学习。或者换一种说法：提升开源生态系统的水平，以专业、协调的方式应对新的挑战。
许多挑战来自我们生态系统之外，而这些参与者并不了解我们。统一战线并不意味着失去我们各自的声音（稍后详述），而是要体现 "团结一致"。如果我们要解决问题，我们是否可以从我们同意的一套共同原则出发？我们的假设是，如果我们能够用语言表达我们已经认同的核心原则，我们就能在面对新的挑战时更好地阐明我们的共同原则。大会的目的并不是在大会当天正式同意一份声明文件，而是围绕文件中的观点展开讨论，并以此为共同基础，共同应对当前和未来的挑战。作为一个社区，我们已经在很多方面达成了共识。最近在 《CRA-网络韧性法案》上的合作、正在起草的关于人工智能生成内容的共同指南[4]、公开信以及多方利益相关者针对专利流氓的行动都证明了这一点。我们中的一些人已经表明，当我们面临共同挑战时，我们可以走到一起。我们能否改进我们的做法？我们能否在法规表决之前就动员起来？我们能否扩大这个圈子，把其他组织也包括进来？也许我们可以做更多的事情来更好地协调这些努力，我们寻求在日内瓦讨论这些想法，并希望能在日内瓦会议之后继续讨论。
但请记住，开源不是公司，不是政府，而是一个社区。因此，不要指望会有什么决议获得批准，也不要指望会有什么公报发布。谁能为 "社区 "决定任何事情？我们都有自己的社区。LF 由 900 多个项目社区组成，每个社区对任何主题都有自己的观点。ASF 由近 400 个社区组成。我知道 LF 不能代表 "社区 "发言。我知道 ASF 也不能。如果有人不这么认为，那他们可能是有政治目的或心怀鬼胎。如果有人认为 LF、ASF 或任何其他开源基金会有足够的能耐，能把一些聪明的领导者召集到一个房间里，然后 "为社区做决定"，那你就太高估我们了。
看待这个问题的一种方法是关注此时此刻的我们整体社区成员--和我们的需求。但是，让 2023 年的工作变得出奇困难的是，一些扭曲真实情况的声音来自 "内部"。随着所有外部压力的不断增加，内部压力（以及由此导致的早期分裂）已显而易见。奇怪的是，它所呈现出的形态（至少在我周围）也非常符合 2023 年的情况：那些曾经是最坚定的理性主义者和老派开源黑客的人，现在却像塔克-卡尔森（Tucker Carlson）[5]（译者注：塔克·卡尔森，美国保守派政治新闻记者、作家及时事评论员）的节目一样，大谈妄想症和阴谋论。
一边是 "所有开源基金会都不过是美国或中国公司的幌子" 的偏执狂，另一边是 "欧盟现在发生的事情与上世纪 90 年代的加密货币战争如出一辙，我们必须以同样的方式应对"。但最让我不爽的是这句话："所有开源组织都受到了围攻，形势非常严峻，我们必须放弃个人的声音，以防被误解或被断章取义为大型开源组织的立场"。
而且，以上这些话语也不是随便哪个科技记者说的--说这些话的人都是非常通情达理、受人尊敬的开源开发者。我觉得没有什么比屈服于这种心态更危险的了 -- 毕竟 "那些为了购买一点暂时的安全而放弃基本自由的人，既不配拥有自由，也不配拥有安全...."。
以我罗曼-沙波什尼克（Roman Shaposhnik）为例。我是 Apache 软件基金会的志愿者，担任法律事务副总裁。我并非受雇于该组织（Apache 软件基金会的带薪职位本来就很少），我是一名无偿志愿者。我也是该组织的正式成员。不过，我只是数百名会员中的一员。我的志愿者身份并没有什么特别之处。我无权在公共活动中代表 ASF 发言，也无权与公共或私营部门签订协议（这种权力只属于 ASF 董事会，在某种程度上也属于主席办公室）。然而，我确实受邀参加了在日内瓦举行的开源大会等活动。为什么呢？不是因为我的职位--我向你们保证--而是因为这个职位让我有了这样的经历。碰巧的是，拥有这种经验的人的意见是很有价值的。
在参加这类活动时，无论是否被征询，我都会分享以上这些观点吗？当然会！我是否会说："在我担任 ASF 法律事务副总裁的志愿工作中，我发现...... "当然会！这些话对 ASF 有任何约束力吗？当然没有！那就像假设与徽章上写着 "Kubernetes " 的人交谈会对整个项目和社区产生任何约束一样荒谬！
在目前讨论的所有问题中，为什么这一点最让我感到不安？因为任何一个人（我指的是任何一个人--在任何权威的位置上），如果告诉你因为更大的利益或甚至因为它们可能被误解而不要分享你的观点，那么他就有隐藏的权力游戏/政治诉求，而我最讨厌的就是这一点。
就我个人而言，我很幸运，在我的职业生涯中，我可以告诉任何人，让他们滚蛋。我明白不是每个人都像我一样。如果你从这篇文章中记住了什么，请记住这一点。无论你的开源事业处于什么阶段，都不要让任何人压制你的声音。我们彼此都应该 "有强烈的观点，但不一定要坚持"，除非我们每次有机会都能清楚地表达这些观点，否则这些观点就没有任何用处。让被误解见鬼去吧 -- 仇恨者终将仇恨，政客终将政治！
所以......大会期间如果你在日内瓦，就来找我。我会像个大声公一样告诉大家我对 《CRA：网络韧性法案》、《PLD： 产品责任指令》人工智能法案等的真实看法！如果你和我争论得很好，我可能还会请你喝[价格高得离谱的]啤酒！
注：
[1]https://newsletter.cote.io/p/waiting-for-the-close-of-open-how
[2]https://fossforce.com/2023/07/bad-news-for-open-source-eu-committee-approves-the-cyber-resilience-act/
[3]https://www.openlogic.com/blog/securing-open-source-software-act
[4]https://www.apache.org/legal/generative-tooling.html
[5]https://zh.wikipedia.org/wiki/%E5%A1%94%E5%85%8B%C2%B7%E5%8D%A1%E6%A3%AE
原文链接：
ASF 法律委员会发布贡献者生成式 AI 指南ASF 生成式工具指南
开源雨林围绕开源通识、开源使用、开源贡献三大方面构建知识体系，愿把长期积累的经验系统化分享给企业，在团队、机制、项目三方面提供合作，推动各企业更高效地使用开源、贡献开源，提升全行业开源技术与应用水平。
开源雨林的内容已开源，并托管在 https://github.com/opensource-rainforest/osr ，欢迎通过 Pull Request 的形式贡献内容，通过 Issue 的形式展开讨论，共同维护开源雨林的内容。
小助手微信：osrainforest（添加时请备注“交流群”）