開源專案是提高自身能力和做你喜歡的事的好方法，有其他專案的實際經驗也能讓你更符合求職要求,給你帶來更多的機會。問題是大家都不知道從**開始。以下6個簡單的提示告訴你如何開始f/oss(free and open source software).
1.參與那些你使用過的開源軟體背後的專案
這很顯然，請不要去尋找那些你既沒用過也不了解的軟體的專案。根據你用過的開源軟體，來列乙個你可能會參與的開源專案清單。不要遺漏了參與庫檔案或模組開發的可能——參與專門為開發者服務服務的專案有很多好處。你使用開源的框架，開源的檔案轉換工具嗎？或者是開源的圖形庫，亦或是開源的構建工具？如果它們需要排除bug,優化或者加入新的功能，你可以首先考慮一下這些f/oss專案。
2.做你喜歡的事
找到你真正感興趣的專案後，然後開始做點什麼。如果你特別關注解析器之類的，並不一定要從編譯器開始，可以考慮從解析web伺服器或構建工具的配置檔案的**開始。
3.學習相關的工具
幾乎每個專案都使用不同的版本控制工具，bug跟蹤工具，打補丁工具。還有不同的編碼規範，功能請求方式，user troubleshooting issues，構建方式，開發過程中的交流討論方式。
花點時間來學習這些工具的使用方法和場合。最好不要在開發者的郵件列表裡詢問svn如何工作，也不要在使用者論壇裡提交錯誤報告。自己首先閱讀開發文件和學習相關的開發工具能省去很多麻煩，同時也能讓你的貢獻更容易被採納。
4.觀察專案的社群動態
除了技術因素之外，了解一下專案的社群動態也很有必要。那些人是這個專案的核心維護者，這些人如何與其他人交流？誰最能代表這個專案社群說話？他們對專案都有什麼樣的言論？一些專案以開放和對新成員有利而出名，而另一些則是比較**.
花一些時間「潛伏」在開發者郵件列表,irc 等一些開發者常去的地方，來感受一下專案社群的氛圍。社群動態看起來好像小事一樁，但是它意味著兩種相反的情況：讓你成為乙個卓有成效的貢獻者或者沮喪地離開專案。
在這裡，我犯了沒有足夠了解社群動態的錯誤。如果你瀏覽過貢獻記錄，就知道那個專案除了幾個核心貢獻者之外，一般不採納其他人的想法意見，尤其是像我這種連bugfix工作都沒做過的。
這正好引出了我想說的最重要的一條建議——從小做起。
5.從小做起
從小做起是指從「小貢獻」和「小專案」開始做。完成一些bug修復，實現一些小的功能可以讓你小有名氣，而你也可以同時了解一下專案的基礎**。這些都能使你提交的補丁獲得批准變得更加容易。參與乙個小專案裡能讓你跟有成效，因為你會花更少的時間來學習已經存在基礎**工具鏈，更接近核心開發人員。只有乙個人維護的小專案裡，提交bug修復就像給維護者發一封包含描述diff所要修復的bug的e-mail一樣簡單。
6.建立自己的專案
還有一種最簡單的方式來參與開源專案：建立你自己的開源專案。例如做乙個firefox擴充套件，wordpress外掛程式，或者一種emacs 模式，它們都是快速開始專案的好點子，而且只需要稍許改進就會獲得為數不少的使用者。
在開始你的專案之前，先瀏覽一下已經存在的眾多專案，確保沒有準備開始做重複的專案（重新發明輪子）。你可能會因此而感到吃驚，那些數量可觀的專案，它們只需要一點關心就能變得更加實用。
就這些了，參與開源專案的6條簡單的建議。
一些參與開源專案的建議
一直非常想增加到乙個開源專案中去，目的非常easy 分享思路。接受眾人的考驗，可是卻沒成行。看到這篇文章。受到一定的啟示。遂轉之。注 有刪減。人們常下面3個原因而打消了參與到開源專案的念頭 1.我還不足夠優秀 2.我沒有足夠的是時間 3.我不知道什麼樣的專案適合我 尋求機會參與到開源專案中去，應該知...
學習開源專案的若干建議
隨著國內開源社群和專案的不斷發展，學習 應用 貢獻開源專案的開發人員越來越多。最近，研究過多個開源專案 包括kvm qemu libvirt openstack ceph zabbix等 的業內專家章宇在其部落格中分享了學習開源專案的若干建議，值得讀者借鑑。章宇認為，學習開源專案，可以劃分為五個層次...
按期完成IT專案的10條建議
按期完成it專案的10條建議 變化無常的時間計畫，或高估或低估時間期限，也就是所謂的 需求漸變問題 以及突如其來的員工生病事件或 失敗等等 這些都是會導致您的it專案出錯 或可能出錯 的因素。也許您曾聽說過 時不待我。這雖然只是陳詞濫調，但並不意味著它一點可取之處也沒有，尤其是在鄰近it專案截止日期...