標題原為「何能使自由軟體計畫存活於麻煩人物之中?」,經 jserv 建議,改為「來亂者,去死!!」
這其實是去年就聽過的主題,不過近來又再次接觸到所謂「麻煩人物」的攻訐,因此特意整理此段演講分享社群中人參考,也作為內省之用。基本上,這麼一些人長年以來到處與人唱反調:
• 若你辦了協會,他會質疑你立意不佳。
• 若你舉辦了票選活動,他會質疑你好大喜功。
• 若你參加了票選活動,他會說你灌票,貪圖虛名。
• 若你不幸被安了社群職位,他會說你沽名釣譽。
• 若你有幸取了企業或政府資源贊助,他會說你分贓利益。
• 若你剛刻了一個新軟體,他會說架構全錯,應該依照他的先知卓見重寫。
• 若你刻了個好用的軟體,他說嫌棄功能不全。該用其他設計健全的軟體。
• 若你失敗的經營了軟體社群,他會理所當然要你好好反省並影射你無能。
• 若你成功的經營了新軟體社群,他會批評你政治不正確,號招成員出走。
• 若你….他會….
可能是透過網路溝通的誤解、或短時間內的情緒問題、或過度自負、或天生心理殘障、或後天傷害悲觀,或者根本是憤世嫉俗而造成上述的行為。
大體來說,這些行為是有益於社群發展。
但問題是這群人基本上拒絕合作。他們願意抱怨,不願貢獻,很多時候根本是個戳樂 (Troller),他們以戳你為樂。你要跟他們客觀的分析問題,他們會很主觀的訴求於情緒。你誠心的想聽他們的意見,他們卻說不出個所以然。你邀他們出席聚會,他們會出污泥不染的拒絕參與。你邀他們主辦,他們會說這不是他們的使命。
到頭來,你只是自找罪受的徒勞無功。你甚至無法從討論中找出一點點建設性的意義。於是...於是你得好好的研究一個方法來辨識、管理他們。
這段標題為 “How Open Source Projects Survive Poisonous People” 的演講是由 Ben Collins-Sussman 與 Brian W. Fitzpatrick 於 Google Tech Talk 中所分享。Ben Collins Sussman 與 Brian Fitzpatick 目前都是 Google 的工程師,兩位長久以來都致力於開發 subversion 計畫。這個主題的基礎參考書是《生產開放原碼軟體,如何經營一個成功的自由軟體計畫》 (Producing Open Source Software, How to Run a Successful Free Software Project)。
若你並非自由軟體開發者也無所謂,讀完整篇文章,你會發現這裡的情境適用於普遍的狀態,包含企業、NGO、社區、社群等。因為,到處都有這樣的人存在。甚至,你也可以找到類似的商業書籍中有相似的處理建議,像是 《成功開發員工潛能的24堂課》(Dealing with People You Can’t Stand)、《搞定頭痛人物》(How to Deal With Difficult People)等書。
身為一個想認真瞭解開放原碼或自由軟體的讀者,你肯定已經讀了 Eric S. Raymond 的教堂與市集,因而學習了所謂市集模式為你的軟體計畫帶了甚麼樣的好處,你大約也從書中習得幾個重要的準則,像是擁有使用者、儘早發表、頻繁發表等等。
不過,教堂與市集中並沒有告訴你該如何經營一個自由軟體計畫。很快你會發現,經營一個自由軟體計畫並沒有你想像中的簡單,除了各式各樣的術語與文化,你還得學會經營社群與「管理」你的使用者們。
這本由 Karl Fogel 所著作的 《生產開放原碼軟體,如何經營一個成功的自由軟體計畫》 傳授了所有相關的眉角 (訣竅),主題廣泛的含括了:
• 啟動一個自由軟體專案,包含選擇專案名稱、定義計畫聲明書、計畫之資訊提供與敘述。
• 技術基礎建設 (溝通管道之郵遞論壇、IRC、Wiki、版本控制系統、臭蟲追蹤系統) 。
• 軟體專案計畫之社交行為與政治方法。
• 資金籌措方式。
• 溝通技巧,學習對話調性、辨識無禮/理的人、應對難搞的人、運營成長的社群。
• 軟體套件封裝、發表、分支管理等。
• 義工管理。
• 授權、版權與專利等問題。
這本書非常適合剛想踏入自由軟體開發世界的開發者,也適宜任何一位想瞭解如何經營一個自由軟體計畫的讀者。(請按下一頁繼續)
繼續閱讀: >>
1.lotusea 於 2008/10/11 22:11 回應
看看 巴哈姆特和PTT 的管理方式和板規 ... 和這篇文章的內容有很深的雷同之處水桶很深.......讓壞人爬不出來....