最近拜讀了數篇關於open source發展的文章. 先不提Mozilla Firefox的天才developer Blake Ross在IEEE的訪問報導(這篇可以略略看出未來Mozilla的發展走向), 以下這兩篇, 很值得關心open source社群經營以及企業決策者好好細讀:
Open Source Science: A New Model For Innovation (哈佛商學院)
Open Source 軟體開發者的source code公佈出來, 在最開放的條件下, 用所謂"crowd-sourcing"的思惟(非out-sourcing), 向大眾取經, 不斷地發現問題, 找改良的方法, 進而改善軟體的品質. 話句話說, 如果企業需要think out of the box, 其實可以試著在不違背現有的智財權的條件下, 將問題交給outsider來處理. 這篇報導顯示, outsider的處理問題的角度, 經驗, 效率, 在現在的競爭條件下, 效果超越以公司內部討論爭辯來的好. 當然, 公司自己本身也要具備經營社群的能力. 經營者要開始學習以"enjoyment"(我暫且譯為"爽度")來衡量成效.
Open Source Software Survives Anti-trust Challenge (FindLaw)
在美國, 有人對於Open Source常用的GPL條款提出反托拉斯的控告. 認為Open Source軟體(如Linux)在GPL的條件下, 將會因為免費(price at $0)進而影響競爭條件. 這個案件其實是對於"免費"的認定不一樣. GPL保障產品的"配方"可以讓大眾免費取得, 至於要如何依據這配方來進行下一步產品推廣, 服務, 這是使用者的自行可定義收費的範疇. 目前GPL並沒有出現反托拉斯法所常見的價格操作步驟, 造成競爭對手退出市場. 這篇文章還舉了一個"Free Beer"的例子來說明.
有趣的是, 在丹麥, 還真的有個Free Beer的基金會. 把釀酒的祕方公開. 現在是3.0版. 貼個圖支持一下.
我自己小小的心得是:
- 過程比結果重要; 過程中的爽度比效率要重要. "結果"只是"版本"的演進, "過程"則是社群凝聚力的重要元素, 凝聚力, 向心力, 對於社群來說, 比什麼都重要
- 分工要明確, 但是分配工作時, 要讓大家先認領, 避免指派性的任務; 如果搞半天沒人認, 就要以燒香拜拜請媽祖出巡虔誠之心, 恭請他(她)就位 @_@
- 傳統公司是老闆說了算, 在Open Source社群是成員(員工)多數說了算. 人民當家啦! 所以Community leader永遠是先聽, 再聽, 不厭其煩的聽
- 用網路上的ID和他(她)一起共事, 即使見了面都一樣
- 參與Open Source的人, 每天都在替自己或別人找問題, 解決問題. 這是為了品質, 但有時也會淪為鑽牛角尖; 在期限內解決不了的問題, 通常就另開版面討論(一個版又是一片天阿!)
- 義工也是要吃飯. 雖然爽度, 尊嚴, 比吃飯重要一點點, 但是適時適當的財務獎勵, 也是必須的
