TranslateProject/translated/talk/20170321 7 ways to discuss legal matters with an open community.md
2017-06-26 09:02:12 +08:00

66 lines
5.5 KiB
Markdown
Raw Blame History

This file contains invisible Unicode characters

This file contains invisible Unicode characters that are indistinguishable to humans but may be processed differently by a computer. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

与开放社区讨论法律事宜的 7 种方式
============================================================
> 你的组织的律师准备好参加开放社区了么?不要让他们犯这些错。
![7 ways to discuss legal matters with an open community](https://opensource.com/sites/default/files/styles/image-full-size/public/images/law/LAW-Internet_construction_9401467_520x292_0512_dc.png?itok=xmtgmowQ "7 ways to discuss legal matters with an open community")
>图片提供 opensource.com
我注意到有相当多的人尝试同时参与[开源倡议的许可评估社区] [3]以及[ Apache 软件基金会的法律事务委员会][4]我想提供一些成功的提示和技巧在当轮到_你_与开放社区进行法律讨论时。
### 不要代理人
首先要确保进行谈话的人员既有_资格_又有_授权_。不要用代理人这只会让社区沮丧他们很快会发现你的代表总是扮演二手车推销员的角色并且到后面的房间要求交易。显然法律讨论将涉及公司的一个团队可能涉及产品管理、工程和内部咨询。 但代表们需要能够自己进行谈话,不要总是引用幕后匿名人物的话。
### 多边主义
一个开源社区就安全合作所需的确定性达成了难得一致的共识。这种共识体现在其治理中,尤其是在他们使用的开源许可证中。所以当你提出一个新的提案时,这不是一个正常的商业交易。这些是双边谈判,交换双方的自由创造一个最佳妥协的和平条约。在这个讨论中,你只是许多方面之一,你需要解释为什么你的提案对所有人都有好处。谈判多边变化本质上是缓慢的,所以不要设置最后期限。无论你做什么,不要建议对开源许可证进行更改!
### 首先学习
现有的共识和过程存在一个原因。你应该了解每个元素的原因,最好连同其发生的历史一起了解,然后再提出修改。这样,你可以在进一步发展的背景下表达你的提案,这样你可以避免在社区历史中受教育(浪费社区资源,降低你机会的有效性)。回看邮件列表,并向开发人员询问历史和来龙去脉。
### 透明
开源开发人员使用一个迭代、增量修改的过程。即使需要大的变化它几乎总是用一系列更小更好的解释或不言而喻的正确变化来实现的这样每个人都可以跟进并支持。你提出的更改也是如此。不要出现新的贡献者协议或者修改过的许可证并期望每个人都相信你是专家所以一切都是好的。你需要提供一根“红线”相当于法律文件的差异记录每个变化并提供一个承认任何社区影响的里有并为其辩护。如果你_只是_为了你自己的利益需要一个东西承认它而不是希望没有人会注意到。
### 谦逊
你是一个炙手可热的律师,你认为只有程序员使用邮件列表。很明显,对你而言他们缺乏讨论的经验,所以你排了一个你认为是同等的代理人,简化这一切,或者提出与社区选择的律师进行一对一的讨论。 我很抱歉地说你做的都是错的。由于社区的政策是多边协商一致的,所以他们很有可能知道他们现在的决定。名单上的一些人将具有优秀的领域知识,可能会比你的更好。而且一对一这件事是终极的羞辱,就像询问是否有一个成年人可以与你说话。
### 不要后台渠道
有可能是某种领导机构。也许你认识在公司法务工作的 VP。也许你认识社区的总法律顾问。虽然在某些情况下询问如何操控流程的提示可能是可以接受的但试图影响甚至决定结果的方式进行后台渠道讨论或协商, 那么结果会很糟糕。你最终可能会被邀请进行一对一的讨论, 但你不应该要求或期待。
### 成为一个成员
如果你一切都做得正确,那么社区就有可能尊重你。坚持这些。作为一名冷静、机智的贡献者建立你的声誉。当人们犯你犯过的错误(或者已避免的)时,帮助他们。作为邮件列表社区的值得信赖的参与者,你是项目和雇主的真正资产。继续贡献,一些项目最终会在它们的治理中为你提供一个角色。
_这个文章的早期版本[最初发表][1]在 Meshed Insights 中。_
--------------------------------------------------------------------------------
作者简介:
Simon Phipps - 计算机行业和开源老手 Simon Phipps 上线了 Public Software一个欧洲的开源项目托管Document Foundation 的志愿者总监。他的帖子由 Patreon 赞助者赞助 - 如果你想要看更多,成为其中一个!
------------
via: https://opensource.com/open-organization/17/3/legal-matters-community
作者:[ Simon Phipps][a]
译者:[geekpi](https://github.com/geekpi)
校对:[校对者ID](https://github.com/校对者ID)
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译,[Linux中国](https://linux.cn/) 荣誉推出
[a]:https://opensource.com/users/simonphipps
[1]:https://meshedinsights.com/2017/02/28/engaging-communities-on-legal-matters-7-tips/
[2]:https://opensource.com/open-organization/17/3/legal-matters-community?rate=gSFbyOzBTIipXOdeeL-GVIT1BYoC4f61FKZJ7KRg3d0
[3]:https://opensource.org/approval
[4]:https://www.apache.org/legal/
[5]:https://opensource.com/user/12532/feed
[6]:https://opensource.com/open-organization/17/3/legal-matters-community#comments
[7]:https://opensource.com/users/simonphipps