與開放社區討論法律事宜的 7 種方式

我注意到有相當多的人嘗試與開源推進聯盟的許可證評估社區以及 Apache 軟體基金會的法律事務委員會建立溝通，當輪到你與開放社區進行法律討論時，我想提供一些成功的提示和技巧。

不要代理人

首先，也是最重要的是，要確保進行談話的人員既是有資格的，也是有授權的。不要用代理人，這隻會讓社區沮喪，他們很快會發現你的代表總是扮演二手車推銷員的角色並且要求到後面的房間交易。顯然，法律討論將涉及公司的一個團隊，可能涉及產品管理、工程和內部諮詢。 但代表們需要能夠自己控制談話內容，不要總是引用幕後某個匿名人物的話。

多邊主義

開源社區就安全合作所需的確定性達成了難得一致的共識。這種共識體現在其治理中，尤其是在他們使用的開源許可證中。所以當你提出一個新的提案時，就不像是一個普通的商業交易。這些是雙邊談判，以雙方的自由為代價來創造一個最佳妥協的和平條約。在這個討論中，你只是許多方面之一，你需要解釋為什麼你的提案對所有人都有益。寫上多邊之間的調整本質上是緩慢的，所以不要設置最後期限。無論你做什麼，不要建議對開源許可證進行更改！

首先學習

現有的共識和過程其存在是有原因的。你應該了解每個元素的原因，最好連同其發生的歷史一起了解，然後再提出修改。這樣，你可以在進一步發展的背景下表達你的提案，這樣你可以避免在社區歷史中受教育（浪費社區資源，降低你機會的有效性）。回看郵件列表，並向開發人員詢問歷史和來龍去脈。

透明

開源開發人員使用一個迭代、增量修改的過程。即使需要大的變化，它幾乎總是用一系列更小、更好的解釋或不言而喻的正確變化來實現的，這樣每個人都可以跟進並支持。你提出的更改也是如此。不要弄出新的貢獻者協議或者修改過的許可證，並期望每個人都相信你是專家、一切都是對的。你需要提供一根「紅線」（相當於法律文件的差異），記錄每個變化，並提供一個承認任何社區影響並為其辯護的理由。如果你只是為了你自己的利益需要一個東西，那就承認它，而不是希望沒有人會注意到。

謙遜

你是一個炙手可熱的律師，而你認為只有程序員才使用郵件列表。很明顯，對你而言他們缺乏討論的經驗，所以你安排了一個你認為是同等的代理人，簡化這一切，或者提出與社區選擇的律師進行一對一的討論。 我很抱歉地說你做的全都是錯的。由於社區的政策是多邊協商一致的，所以他們很有可能知道他們為什麼定下現在的這些決定。名單上的一些人將具有優秀的領域知識，可能會比你的更好。而且一對一這件事是終極的羞辱，就像詢問是否有一個成年人可以與你說話。

不要秘密渠道

有可能在某種領導機構，也許你認識在公司法務工作的 VP，也許你認識社區的總法律顧問。雖然在某些情況下，詢問如何操控流程的提示可能是可以接受的，但嘗試通過秘密渠道討論或協商來試圖影響甚至決定結果，那麼結果會很糟糕。你最終可能會被邀請進行一對一的討論, 但你不應該要求或期待它。

成為一個成員

如果你一切都做得正確，那麼社區就有可能尊重你。堅持這些。作為一名冷靜、機智的貢獻者建立你的聲譽。當人們犯你犯過的錯誤（或者已避免的）時，幫助他們。作為郵件列表社區的值得信賴的參與者，你是項目和僱主的真正資產。繼續貢獻，一些項目最終會在它們的治理中為你提供一個角色。

這個文章的早期版本最初發表在 Meshed Insights 中。

（題圖： opensource.com）

作者簡介：

Simon Phipps - 計算機行業和開源老手 Simon Phipps 上線了 Public Software，一個歐洲的開源項目託管，Document Foundation 的志願者總監。他的帖子由 Patreon 贊助者贊助 - 如果你想要看更多，成為其中一個！

via: https://opensource.com/open-organization/17/3/legal-matters-community

作者：Simon Phipps 譯者：geekpi 校對：wxy

本文由 LCTT 原創編譯，Linux中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive