Login  |  繁體中文
感謝您對「自由軟體鑄造場」的支持與愛護,十多年來「自由軟體鑄造場」受中央研究院支持,並在資訊科學研究所以及資訊科技創新研究中心執行,現已完成階段性的任務。 原網站預計持續維運至 2021年底,網站內容基本上不會再更動。本網站由 Denny Huang 備份封存。
也紀念我們永遠的朋友 李士傑先生(Shih-Chieh Ilya Li)。
Previous Issue

open sources 2.0 (六)

◎ 書名:open sources 2.0
◎ 副題:The Continuing Evolution
◎ 編者:Chris DiBona, Danese Cooper & Mark Stone
◎ 出版日期:October 2005
◎ 出版社:O'Reilly Media
◎ 售價:$29.95 USD

經過五篇的內容簡介,今次我會作總結評論和討論一些引申的問題。

如果用第一篇介紹的開放源碼界說來檢視本書是否貼題,書的內容的確是以推廣開放源碼的商務發展為重,談軟體自由篇幅很少,主要在第十四章討論 Java 可以給用戶有多少的自由。

在 23 章第 445 頁的內容中,分括了四個部分。第一個部分討論跟開放源碼直接有關的課題、第二個部分闡述各種開放源碼的商業營運模式和軟體市場商品化的趨勢、第三個部分介紹各國在開放源碼方面發展的情況、第四個部分談論網路協同作業理論和例子,內容可算是十分廣泛。不過可能因為涉及的理論不少,而且在第一部分的內容技術性也很重,所以讀者先要在各方面都有一定的知識,才可以每章也明白。

另外以 Slashdot 的故事作全書最後一章,沒有多加一章來總結全書和展望開放碼的未來,會令讀者有點不完整的感覺。有好幾章的內容也圍繞軟體市場商品化的趨勢,會令讀者覺得過份重複。

跟著要討論本書的推廣手法。先參考一下 Eric Raymond 經典的推廣開放源碼文章-教堂與市集。引用近開始的一段,翻譯如下:

「Linus Torvalds 的開發風格-儘早儘快釋出新版、委託差不多所有的事務、使用最開放的管理,就算亂作一團也不打緊……竟然可以出產一個既一致又穩定的操作系統。這只可能有一個解釋:一個又一個的奇蹟連續不斷地發生了。」

Eric Raymond 的推銷手法就是先描述一個神秘的開發風格,跟著就介紹這風格有什麼特點、有什麼過人之處,又邀請讀者也來嘗試使用這個風格。

本書中當然也指出了開放式的網上協同作業是十分厲害的。不過進路跟上面很不同,就是網上協同作業的成功,是最自然、最正常不過的。在第二章,把開放源碼的開發過程跟一般商業機構的軟體開發作比較,原來發現分別不大。

在第四部分,書中把開放源碼的網上協同作業跟網內網外、跟電腦有關或無關的多個協同作業例子作比較,發現原來大家摒棄階級、成見、加強溝通、用人以才、同心協力、就會成功。這個結論是理所當然的,不過根本就是常識,沒有吸引之處,過份著重找出開放源碼和其他例子的相同之處,就會令開放源碼變得平平無奇、不再神奇、不再特別、不能引起人的好奇心。

另一個把開放源碼自然化和正常化的方法就是指軟體市場商品化的趨勢必會變成主流,無可抵擋,甚至有點無奈,「就如人生必要面對死亡和交稅一樣」(p.91)。可以翻譯 O'Reilly 寫的小一段來討論:

「紅帽的始創人 Bob Young 曾說:『我的目標就是要縮小操作系統市場。』...開放源碼的推廣者會說這不是要破壞軟體的價錢,而是要令經濟系統更加有效。」(p.257)

上述的確是現實的寫照,不過令經濟系統更加有效而把工廠搬回大陸,在社會產生的後果,大家都很明白:大陸經濟起飛了,有錢人可以用更平宜的價錢去買到貨品,不過在已發展的國家和地區,就有失業問題。O'Reilly 回應這問題,跟著指出要軟體業要轉型,要搞資訊體 (Infoware),像 Google 使用開放源碼軟體,收集資訊然後拿去賣。那麼有多少間軟體公司真的可以成功轉型,資訊體的整體市場又可不可容納大部分由軟體業轉型過來的人員?

我有個朋友以前搞一些支援開發 Java 程序的軟體,結果搞了幾年沒有賺了多少錢,要返回之前的公司,繼續在 IT 部門編程。當我跟他談話中提到 JBoss(一個開碼的 Java 架構,令開發者能更快完成編程)(2),他立刻變得咬牙切齒。網路時代開始時有很多公司幫客戶編寫網頁,現在一個內容管理系統 (Content Management System,CMS) 就可以代勞。

軟體市場商品化對中小型的軟體公司可能是天大的壞消息,如何做才能照顧他們的感受和需要?如何才能像教堂與市集般用一個邀請的角度,去鼓勵他們發掘開放源碼的好處,透過開放源碼來找到新的商機,可以增加效率不被淘汰?

如果我們的焦點由公司轉到個人,將來在一個開放源碼普及的世界,編程員要多懂什麼?首先一定要認識有關的法規,不會把 GPLed 的源碼加入封閉的源碼中。然後要懂得評估開放源碼軟體,因為很多基本的需要,已經會有好幾套成熟的軟體可以照顧到,究竟要選擇哪一套才好?另一方面,編程員要做的,就是加入特殊的需要。那麼首先要懂得閱讀源碼,然後考慮在源碼中修改還是創作套件 (plugin)。又要考慮如何跟開發社群溝通,明白社群的文化和取向。如果編程員要多懂以上的技能,在人才培訓上,又要有什麼的改變?

討論了一些引申的題目,回來做個總結。open source 2.0 一書的內容豐富,很有參考價值。不過只是適合已經對開放源碼有興趣的讀者,因為在推銷開放源碼上,本書有好些弱點。個人會傾向介紹入門者看 Ron Goldman 和 Richard P. Gabriel 的 Innovation Happens Elsewhere: Open Source as Business Strategy。

如果大家對我的文章有什麼的意見,都可以到以下網址討論一番:
https://littleblackrabit.mysinablog.com/

(1) https://www.catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/
(2) https://jboss.org/products/index

You may be interested in the following articles:




OSSF Newsletter : 第 82 期 開放源碼市場發展趨勢

Category: FOSS Forum