与社区就法律问题互动的 7 条规则
很多人尝试与开源促进会的许可评估社区以及 Apache 软件基金会的法律事务委员会互动，我观察了很多这样的尝试。以下是一些提示和技巧，帮助您在轮到您与开源社区就法律条款进行讨论时取得成功。
当您需要与开源社区讨论许可证、CLA 等法律文件或治理规则时，最佳方法是什么？
- 不要使用代理
首先，务必确保进行对话的人员既合格又被授权。不要派代理人；他们只会让社区感到沮丧，社区很快就会发现您的代表总是在扮演二手车推销员的角色，并且总是跑到后台去讨价还价。法律讨论显然会涉及到贵公司的团队，可能包括产品管理、工程和内部法律顾问。但是您的代表需要能够亲自进行对话，而不是不断地传递来自幕后匿名人士的复制粘贴的引言。 - 多边性
开源社区就他们安全协作所需的确切事项达成来之不易的共识。这种共识体现在他们的治理中，尤其是在他们使用的开源许可证中。因此，当您提出新的提案时，这与正常的商业交易不同。正常的商业交易是双边谈判，交易双方的自由以达成一项和平条约，这是一个最佳的妥协方案。在这个讨论中，您只是众多参与方之一，您需要解释为什么您的提案对每个人都有好处。这里的文化也不同——不要假设任何人与您有相同的目标。多边变革的谈判本质上是缓慢的，所以不要设定最后期限。无论您做什么，都不要建议更改开源许可证！ - 先研究
现有的共识和流程存在是有原因的。在建议对其进行更改之前，您应该理解每个要素的原因，最好还要了解其产生历史。这样，您就可以将您的提案置于进一步发展的背景下，并避免被社区历史所教育，这会浪费社区带宽并降低您的效率。回顾邮件列表，并向您的开发人员同事询问历史和背景。 - 透明度
开源开发人员使用迭代的、渐进式的变更过程。即使需要进行重大更改，它也几乎总是以一系列较小、解释清楚或不言自明的正确更改的形式交付，以便每个人都可以跟进并接受改进。您提出的更改也是如此。不要带着新的贡献者协议或修改后的许可证出现，并期望每个人都相信您是专家，所以一切都必须是好的。您需要提供“红线”（相当于法律文件的差异），记录每次更改并提供理由，承认任何社区影响并证明其合理性。如果您需要为了自己的利益而这样做，请承认它，而不是希望没有人会注意到。 - 谦逊
因此，您是一位炙手可热的律师，您认为邮件列表上的都是程序员。您很清楚他们会缺乏经验进行讨论，因此您要么派一位您认为与他们平等的代理人，要么把一切都简化，要么建议与社区选择的律师进行 1 对 1 的讨论。很抱歉地说，您在所有方面都大错特错了。由于社区的政策是多边共识，因此他们很可能知道他们现在所拥有的东西的原因。列表中会有些人拥有优秀的特定领域知识，很可能比您更好。而 1 对 1 的事情是最终的侮辱，就像问是否有成年人可以与您交谈一样。 - 不要走后门
可能存在某种领导机构。也许您认识法律事务副总裁所在公司的老板。也许您认识社区的总法律顾问。虽然在某些情况下询问如何浏览流程的提示可能是可以的，但尝试进行幕后渠道的讨论或谈判，期望影响甚至决定结果可能会产生不良后果。您最终可能会被邀请进行 1 对 1 的讨论，但您永远不应该要求或期望它。 - 成为会员
如果您做的一切都正确，那么社区很可能会尊重您。留下来。建立您作为冷静、明智的贡献者的声誉。当其他人出现并犯下您犯过的（或避免的！）错误时，帮助他们。作为“$-legal”邮件列表社区中值得信赖的参与者，您对项目和您的雇主来说都是真正的资产。继续贡献，一些项目最终会为您提供治理流程中的角色。
本文最初发表在 Meshed Insights 上，并由 Patreon 赞助人促成。
图片来源
“7Rules.jpeg”，作者：开源促进会，2017 年，CC0 1.0 通用 (CC0 1.0) 公共领域贡献，是“剪影, 反对, 不墨守成规者, 反, 安德斯”的衍生作品，可通过 Max Pixel 获取，根据 CC0 1.0 通用 (CC0 1.0) 公共领域贡献。