開源兩事記

最近發生了很多事情，讓我不得不思考一下我現在和接下來需要做的事情。

在過去的2007年中，開源軟件開發方面上的兩件事情使我受益非淺。

* 一個是 CXF 2.0 的發佈，用戶社區的壯大。

那是在2007年7月初的時候，在此之前我沒有想到CXF的用戶郵件組會一下子活躍很多，記得當時我做過一個小小的統計，基本上是平均一個小時就有一封用戶的來信，詢問有關CXF使用問題。一下子回覆用戶的來信就成爲了我每天日常工作的一部分。在回答用戶的問題的過程中，我漸漸感覺開源項目社區（Community）的重要性。

一直以來我都認爲好的軟件不是工程師設計出來的，而是用戶們使用出來的。作爲Coder你會根據需求設計代碼，但是如果你寫的軟件沒有人用，那你將因爲無法得到及時的反饋，而不可能進一部分改進你的代碼，或者是修正你設計中的缺陷。

有人說開源軟件和商業軟件比，因爲缺乏測試和支持，其軟件質量讓我們不能將開源軟件應用到生產系統中。對此，我還是要用上面我說的那句話來回答，軟件是使用出來的，而不是設計出來的。

大量用戶們的使用，給你寫出的軟件注入了無限的活力。一些用戶會不斷測試你的剛寫出的代碼；一些用戶會幫助你完善文檔；一些用戶會跟蹤你的代碼併爲他所遇到的問題打上補丁。同時這一切將會在你剛提交的代碼後的幾天之內發生。

試想一下，如果你現在在開發一個商業軟件，你也許會在提交代碼後的兩個禮拜中，無法得到你所寫代碼的直接反饋。或許當你在即將忘記你所寫代碼的某個時候，突然接到了用戶或者是測試人員報過來的一個Bug，這個時候你對你所寫的軟件質量是一個什麼樣的感受。

這也是我爲什麼願意投入很多精力來回復開源社區用戶們提問以及參與社區建設的重要原因之一。

* 一個是成爲Camel的Committer


如果說成爲CXF Committer是佔了Initial Committer的便宜（不需要走Apache的Committer慣用流程），那我成爲Camel的mmitter可謂是經歷了進半年的考察期。 起初接觸Camel是因爲James想將CXF集成進Camel中，而我當時對CXF有一定了解同時也想多參與一些Apache的項目開發，我認爲成爲Committer只需要提交3個以上patch就可以了。

按照DanKlup 在CXF中寫的Getting involed 中的提示，要想成爲 Apache 項目的Committer，你熟悉ASF的工作方式，同時一個重要內容是你需要通過不斷用提交patch的方式騷擾項目中的其他Committer，讓他們厭煩幫你打patch，謂你掙取足夠的獲取Committer權力的信用。


由於當時我還投入了部分精力在CXF項目中，在半年中打的patch不到10個，估計沒有突破James對Committer的要求，所有遲遲沒有獲得Camel的Committer權限 :(。好在兩個禮拜前我終於拿到Camel的 committer權限，也讓我再次體驗了一下成爲 Apache committer的快樂。