絕大多數自己在進行與維護的開源專案，往往都和在公司工作內容不太有關係，可能是擔心在公司外做與公司有關的開源專案，可能會引來不必要的法律糾紛，同時還有職業道德層面的考量，這些都無可厚非。然而隨著科技日新月異，知名且穩健的開源專案與技術，也逐漸在各家公司中的產品與服務占比越來越高，開發人員不得不更多的了解和參與到各種開源專案之中，身為這個時代的開發人員兼開源愛好者，如何兼顧公司商業需求與開源專案維護，又不傷害到兩者呢？
在討論之前，會先由講者 fatfingrererr 簡單介紹他於 2016 年起於公司內部推行「員工個人開源專案開發承諾書」的心路歷程，由於公司自 2015 年起開始採用許多開源專案，作為內部演算法計算的支援模組，然而當研發人員想改進支援模組時，就會遇到是否合適向開源專案提 PR 的兩難。
在經過一連串與公司法務、主管的討論後，逐漸建立了一份「員工個人開源專案開發承諾書」，雖然可能不適用於所有行業的情況，但是其中的來來回回的各種討論，相信非常值得大家來了解。
至 2017 年 GitHub 公布了一份 BEIPA 平衡員工智慧財產權同意書（Balanced Employee Intellectual Property Agreement，簡稱 BEIPA），鼓勵員工在自由時間進行自己的開源專案，並且不用擔心與公司產生糾紛。因此講者最終結合了 BEIPA 與先前的承諾書，最終定版了一份同意書，在公司內部已經使用 5 個月至今。
如果你對於方面的主題有興趣了解與討論，歡迎來這個講題一起參與！
