tech-sjh

2010年4月21日 星期三

開放源碼的新方向(新希望?)

摘譯自 IBM Developers 後來中國好像有翻簡體版的,我就沒翻完了。

開放源碼不再只是硬核技客的專屬品。

摘要:雖然你不是管理階層,但還是需要降低生產成本。身為一個
軟體開發者,或是重量級使用者,或只是一個希望有足夠薪水支撐
生活的員工。這些是向你工作環境導入開放源碼的理想狀況。聽起
來好像是你要花上三個星期學寫程式與 makefile,但並不是這樣。
請你繼續閱讀,開放源碼可以讓你以更有彈性,更實際的方式提升
工作效率。

2010 年的開放源碼議題,不再是跟封閉源碼對立的關係。我們不會
鼓吹你全面使用 GNU 軟體,也不會教你詛咒 adobe 或 apple。

接下來要討論的是開放源碼可以為你解決的部份問題,當你需要解
決這些問題的時候,可以考慮採用開放源碼解決方案。比如你對於
微軟 IE 瀏灠器有意見,想找一個好用的整合開發環境(IDE),不想
付錢買 Photoshop,或只是想要有更快速回應的技術支援,我們都
建議你嘗試開放源碼軟體。

比較實際的做法通常是混搭的解決方案。如果你並不認同開放源碼
的哲學層次,而表示你是比較務實的解決自己面對的問題。你所使
用的大部份軟體可能都是封閉源碼的,有些是商業軟體,有些可能
是只有執行檔案的免費軟體,同時使用開放源碼跟封閉源碼並沒有
任何道德上的缺陷,也不需要有。

事實上混用開放源碼跟封閉源碼才是最佳的解決方案。比如使用微
軟視窗作業系統,但不使用 IE 而是採用開放源碼的 Firefox 瀏灠器
。開放源碼跟封閉源碼兩者並非水火不容。

你也可以隨意選擇要用多少開放源碼與封閉源碼軟體。你可能只會
用到 Firefox 單一項開放源碼軟體。也可能像 Ernie Ball 全面採用
開放源碼解決方案。不論是前者或後者,或是介於兩者之間,只要
能有效的解決問題都是很好的選擇。

開放源碼並非只跟開發者相關。許多開放源碼社群面對開發者外界
的使用者是很勢利眼的,如果在電子郵件論壇問了一個月前有人問
過並得到回應的問題,你會得到的回答是:菜鳥,請你回去搜尋郵
件論壇。就算是沒人回答過的問題,也會得到:這是開放源碼,你
自己可以改程式碼!這類的回答。這些都是開發者以自我為中心的
自大心態表現。

幸運的是現在這些心態上封閉的社群已經較少,或是面對使用者的
態度已經大幅改善。大部份的開放源碼社群現在有更多的使用者親
和力,甚至也結合 twitter, linkedin, Facebook 等社群網路和使用者
互動。軟體錯誤回報系統也是開放源碼社群必備的服務之一,你可
以在回報系統上回報錯誤,或者是提出新功能需求,而不用擔心受
到攻擊。事實上最成功的開放源碼系統,都極力擁抱錯誤回報系統
的運作,以確保軟體系統真的達到使用者需求。甚至可以接受使用
者建議的程式碼修改方式。

軟體社群的益處。這裡提到的軟體社群互動,已經可以用社群來形
容其活躍程度。當然這種回報系統可能得到丟了問題就消失無蹤的
使用者,但這是屬於少數狀況。大多數訂閱開放源碼計劃郵件論壇
的使用者都會一直持續觀注。這樣做可以發現遇到同樣問題的使用
者,或是在另一個層面遇到相同問題,得以進一步討論。

社群的意義就在於電子郵件論壇與支援網站的討論區上。你可以得
到許多程式好手,或資深使用者提供的珍貴意見,也可以分享自己
遇到的問題與解決方法。在討論共同問題時,如果你能先找到解決
方法,也可能藉由為別人提供解決方案得到些許收入。許多公司都
已經知道去關注開放源碼社群的主要問題,以提供解決方案獲利。

這些軟體社群活動帶來的經濟利益都是以前少有人注意的。不論是
開放的電子郵件論壇或因為得到眾人互動反饋,都讓開放源碼的發
展遠快於封閉的軟體開發環境。開放源碼社群另一個特點是使用者
之間的互動、不一定是使用者與開發者的互動,也帶動軟體快速發
展的趨勢。





Open Source in a new light?

沒有留言:

張貼留言

版權宣告、免責聲明


姓名標示、非商業性、相同方式分享3.0台灣授權條款授權。
免責聲明: 本文所載資料僅供參考,並不構成投資建議,
讀者閱讀或使用該資料所導致結果需要自擔風險與責任,
作者概不承擔閱讀人行為之任何風險與責任。
除非有特別宣稱,作者言論並不代表所屬任何團體、公司、或其他人意見。