使用開源軟體前應該問的七個問題

　　現實中，我們的很多專案都是建立在開源框架上的，但是你有問過麼：利用這些開源專案來賺取利潤之前真的有得到過授權許可嗎？或許下面的這些問題能幫助你找到答案。

　　不管你是不是已經開始了一個開源專案，還是決定參與到一個開源專案裡，但是我想，你絕對不想將時間和精力浪費在一個以後有可能因為強制收費而被迫停掉的一個專案上吧！

　　我是 Open Source Initiative 的主席，我們已經成功的將版權許可昇華到了一個對軟體自由的具體表達。OSI 並不會提供一種具體的形式來形容開源軟體的定義，但是，對於境外開源用使用版權許可的時候需要經過 OSI 的認可。

　　下面就是我在諮詢會上使用的模型，來幫助客戶來完成新的開源社群的活動。評估一個專案的許可、專利和社群管理策略應該從這些問題開始：

　　1. 我有授權嗎？

　　有 OSI 授權嗎？他授權提供所有原始碼嗎？如果有部分是私有程式碼，那麼，我們很有可能無法自由使用。開發者想要在沒有許可之前優化、開發這部分程式碼，所以，那時候，他們並不一定會將授權提供出來。

　　2. 商業化可以免費使用嗎？

　　版權許可可能制約商業使用者，但是，問題並不一定是由授權條款引起的。由於處於公平競爭環境，社群使用 GPL 非常有效——Linux 核心和 GNOME 社群就是典型例子。更多的問題是使用其授權從事商業活動，而該專案並不授權商用。

　　3. 我可能會陷入專利糾紛嗎？

　　專利戰爭從未停止過，而專利在開源專案中也是一個深坑——公司承諾或者互不侵犯聯盟 OIN 對團體對專利問題有幫助。不要不重視專利，他是一把鋒利的武器，既可以保護自己，也可以傷害自己。

　　4. 我是公平地和其他使用者競爭嗎？

　　社群中明確或預設禁止的規則——與贊助商競爭有失公平性。這包括任何領域的使用限制。

　　5. 我可以自由修改升級嗎？

　　版權轉讓也是一道坎，任何強制性的協議一樣需要法律審查。我需要減少重構和維護成本，所以對於自己修改升級專案這樣的需求是很正常的。

　　6. 我是被作為一個開發同行對代嗎？

　　對於社群合作者之外的人，修改更新總是沒有被公開的。如果，想要確定自己是否是被作為一個客戶或合作者，還是社群同仁，那就應該有一個雙邊協議。

　　7. 我可以接觸所有的人和技術嗎？

　　我有授權文件嗎？我可以奉獻出自己的文件嗎？技術論壇如何？我可以提交文件並得到技術幫助嗎？論可以過濾垃圾資訊嗎？如果需要技術支援，需要提前申請嗎？這一切都是我們需要考慮的問題。

　　所以，不要認為某某開源就一勞永逸，這上面的7點只是你應該考慮的問題中的一小部分。

　　英文原文：InfoWorld