程序員怎麼做開源

㈠ 開源代碼是什麼，怎麼用

開放源代碼（Open source code）也稱為源代碼公開，指的是一種軟體發布模式。

一般的軟體僅可取得已經過編譯的二進制可執行檔，通常只有軟體的作者或著作權所有者等擁有程序的原始碼。

有些軟體的作者會將原始碼公開，此稱之為「源代碼公開」，但這並不一定符合「開放源代碼」的定義及條件，因為作者可能會設定公開原始碼的條件限制，例如限制可閱讀原始碼的對象、限制衍生品等。

(1)程序員怎麼做開源擴展閱讀：

開放源代碼軟體放棄了以下著作權人所享有的權利：

1、作品復制權：

接受某種開放源代碼軟體公共許可協議的用戶，對於初始軟體作品可以自由復制，也放棄了自己對初始軟體作品修改完善以後衍生版本軟體的復制限制權利。

2、作品修改權：

接受某種開放源代碼軟體公共許可協議的用戶，在依照協議復制了原軟體作品的目標代碼和源代碼以後，可以對原軟體作品在源代碼上進行修改，並且對修改後的衍生軟體作品，又要遵循先前已有的公共許可協議向後續的用戶明確放棄修改權，賦予後續用戶繼續修改的權利。

3、作品傳播權：

接受某種開放源代碼軟體公共許可協議的用戶，在自由地獲取了依照該協議發布的軟體作品，並進行了相關的修改完善之後，有依照該協議繼續無條件向後續用戶發布初始軟體作品以及修改後軟體作品的義務。

㈡ 程序員接私活必備的10個開源項目，很多人還不知道！

程序員在Web 開發中幾乎所有的平台都需要一個後台管理，但是從零開發一套後台控制面板並不容易，幸運的是有很多開源免費的後台控制面板可以給開發者使用，那麼有哪些優秀的開源免費的控制面板呢？我在 Github 上收集了一些優秀的後台控制面板，並總結得出 Top 10。

Github Star 數 24969 ，非常流行的基於 Bootstrap 3.x 的免費的後台 UI 框架。

Github Star 數 19546，一個基於 vue2.0 和 Eelement 的控制面板 UI 框架。

Github Star 數 15870，構建在 Bootstrap 4 之上的免費的 HTML 控制面板框架。

Github Star 數 15654， 一個基於 Bootstrap 的免費的後台控制面板。

Github Star 數 13181， 基於 Angular 2、Bootstrap 4 和 Webpack 的後台管理面板框架。

Github Star 數 12707。開箱即用的中台前端/設計解決方案。

Github Star 數 9241，基於 Angular 和 Bootstrap 的後台管理面板框架。

Github Star 數 8676，基於 Vue 和 Bulma 的控制面板。

Github Star 數 8668，基於 iView 的 Vue 2.0 控制面板。

Github Star 數 7111，基於 Bootstrap 4 和 Material 風格的控制面板。

以上10個開源項目我都已經整理好了

源碼獲取方式：關注+轉發後，私信【928】即可免費獲取

㈢ 如何加入開源項目

首先，有很多加入開源項目的動機。排在第一的可能是「酷」：）當你告訴你的朋友「嘿，我在XYZ項目開發團隊! 我很潮吧？」

但是這並不是一個很好的原因。加入一個開源項目的首先需求是你需要使用它。如果你自己不會實際使用，那麼就不會有很強的動機去加入一個項目。

其它一些加入開源項目的原因可能是：

§ 獲得寫許可權，將你自己的特性或者bug修訂加入到基礎代碼中。

§ 你認為自己能夠對項目帶來很大的提升。

㈣ 如何學習開源軟體源代碼 csdn

導讀：對於開發者來說，社區里豐富的開源代碼其實是筆極為寶貴的財富。如果能充分利用好開放源代碼的資源，不僅可以掌握多種編程方法，提高實踐能力，還能獲得好的思想，激發編程靈感。開源代碼怎麼學以及怎樣才能學好是大家經常關注的話題，日前，在問答網站知乎上，有人拋出了「如何更有效地學習開源項目的代碼？」的話題，眾技術好手各抒己見，CSDN軟體研發頻道對本文內容進行了整理，方便大家學習與參考。盛大創新研究院研究員 庄表偉：學習開源 盡可能在代碼里找答案 庄表偉提供了以下9個建議：1.在下載源代碼之後，首先要跑起來，編譯通過、正常運行；2.在你覺得最有可能運行到的地方，設置斷點或者拋出異常，這樣，就能夠找到一個項目在正常運行時的入口點；3.從入口點所在的那個源文件開始閱讀，逐步把握整個項目是如何啟動起來；4.隨便改點代碼，看看會不會報錯，如果報錯，會從哪裡報錯；5.試著把報錯屏蔽、修復、或者繞開；6.嘗試理解一個系統的內部結構，多少組成部分，主線模塊是哪些？輔助模塊是哪些？7.從實際需要出發，修改這個項目，滿足自己的某一個小的需求。(注意在此之前，盡量不要在網路上找答案)；8.看看相關的討論與心得，是否與自己的理解相一致；9.提交bug fix或者某個新的功能代碼。在學習開源的過程中，有幾個方面會獲得大量收獲，1.架構與模式；2.開源社區常見的一些慣用法；3.相關領域的結構與演算法。總結一點：學習開源，盡可能在代碼里找答案，而不是在代碼之外找答案，那些都是二手的，而且很可能不準確。互聯網評論員 朱曉陽：從簡單做起 理論聯系實踐朱曉陽對此發表了兩點看法：首先，從簡單做起。剛開始的時候學習一些領域內基礎理論，然後找一些簡單的東西去實現，不能一開始就去找開源項目。建議大家經常動手寫一些小程序，如改進宿舍網路登錄客戶端等。積小成多，能顯著提高自己的編程能力。其次，學習的知識一定要和自己生活或工作有聯系，這樣才會有樂趣或動力。互聯網評論員孫竟：先構想一個想做的項目首先，構想一個想做的項目（比如論壇、博客、微博等）；然後，思考需要什麼功能，應該怎麼去實現，盡可能包括各種細節，有必要時記錄下來；最後，去找個類似的開源應用，看看它是怎麼實現的，和你的想法有什麼差異，有什麼可以學習或需要改進的地方。互聯網草根hqman：我的5個建議：1.反復地使用軟體，熟釋軟體的組成文件和軟體功能，注意IE地址欄內的地址變化；2.打開資料庫文件或存放數據的XML文件，參照數據字典了解各個表和欄位的數據含意；如果沒有數據字典，就運行軟體輸入數據，參照所輸入的數據，了解各個表和欄位的數據含義；3.利用Visio進行反向工程，將類圖抽出來；4.研究類之間的關系，注釋各個類的屬性和方法，弄清程序的整體框架；5.另開一個項目，按照軟體開發的流程，將代碼分段復制進新的項目，進行編譯調試，關注一些實現細節，學習一些編程的技巧。在讀研究生張偉：在校學生空閑時間多參加一下比賽張偉的建議是大家在空閑時間多參加一些比賽。一個完整的項目，不管再小，只要做完了，就會有收獲。多看一些比較大的開源項目源代碼，每次看完後都會受益匪淺。從網上成熟的開源代碼里，可以學到很多的設計思想。他認為，從項目入手，以項目為驅動，可激勵自己進步。當然，是否一定需要看開源代碼，這將取決於個人的興趣和需要。畫出程序流程圖 理解程序流程思想CSDN博客專家i_like_cpp：曾在CSDN分享了《如何將源代碼學好》的博文，對此，他給出了四點建議：1. 畫出整個程序的流程圖，理解整個程序流程的思想。畫流程圖的方式更讓人很直接的理解程序的整體流程，而不會被代碼所干擾，讓程序員總體上把握整個程序；2. 對流程各節點（函數或過程）的理解，流程的每一節點是構成整個流程的不可缺少的部份；3.再把流程和流程各節點串起來理解整個程序，可能的話最好寫出讀書筆記；4. 如果想深刻的學習到源代碼的精髓所在，請寫一個相近的程序進行操練。理解了這個程序並不表明掌握了這個程序，只有在操練一個相近的程序時，才知道你到底理解了多少，掌握了多少。編後語：源代碼的學習是一個從整體到不斷細化的過程，是一個極為繁瑣的過程同時也是一個不斷認清事物本源的過程。本文總結的源代碼的學習經驗，希望對您有所幫助。那麼，CSDN的網友們，你們是如何對待開源項目源代碼的呢？

㈤ 什麼是開源

開源就是非加密文件，源代碼。
1。可以這么說開源的程序是無法受到保護的；其實吧，程序就是這么個寫法，只要是程序員都可以寫，如果你想不讓別人改用，就不要開源。
2。開源程序的賺錢方式，一種主要是賣程序賺錢，或提供附加服務。如dedecms那個是開源免費程序；你可以拿來用，但這種程序很復雜，如果不經常培訓你可能用不了，那你要讓他告訴你如何改如何用，那你就要付錢，如果你想讓他們提供服務，你就得交錢。還有一種是在程序中做廣告，這種嚴格上來說不算是開源，就是網站關鍵部門去掉，改成廣告，如果你用就找他們買。
3。開源是指程序免費
5。程序員不會在自己程序中留後門，只有黑客才會

㈥ 開源如何提升編程技能

開源是很多程序員都會面臨的問題，很多人會相信接觸的開源源技術越多對自己的編程技術提升越快，寫出來的代碼也更好。開源可提高編程技能之間有什麼相關性或因果關系嗎？

閱讀代碼能讓你變得更優秀

我在編程生涯的早期就明白我閱讀的代碼越多，我的代碼就能變得更好。我知道，當我不得不維護其他人的代碼時，簡單和干凈的代碼幾乎總是比花哨或復雜的代碼好——即使有注釋。然而另一方面，當我花足夠的時間去理解復雜代碼的時候，我常常能夠學到新的技巧。不論怎麼樣，都能讓我有所提高。

這使得我在那些沒有代碼審查的地方一再爭取。而當沒有足夠的時間來正式執行「代碼審查」的時候，我會自己瀏覽存儲庫和閱讀代碼。當然，那時我還被受限於來自於小團隊的公司資源。

超越語法

在你不得不全力對付任意編程語言的語法時，也就是學習如何充分利用該語言最瑣碎的時刻。一門語言的語法往往是非常靜態的，並且如果你出錯了，你的編譯器會向你控訴。更深層次的課程涉及到什麼語言最適合解決什麼樣的問題（「合適的工具做合適的工作」），以及如何用那種語言編寫代碼以便於使它高效和可維護。

學習新語言有許多方法：課程，教程，導師，書籍以及等等。我通常會結合這些選項來學習一門新的語言。我注意到，當涉及到非語法元素的時候，這些方法常常非常相似。

閱讀來自於其他人的實際部署代碼會讓你收獲更多。不僅僅是常規的結構化學習，你還需要學習模式和實踐方法。語言中所謂「正確」的做事方式並不總是效果最佳的方式。你會經歷邊緣情況，一次性事務以及意想不到的集成。你也會找到這些問題的解決方案，有好有壞，但如果你認真思考的話，那麼這正是出來「推薦做法」的地方。今天的模式就是明天的反面模式。

你可能對有些事情，例如「總是注釋」，「逗號放到最後」，「縮進x個空格」有著自己的想法，當然你是對的。我對提到的這些及編碼的其他方面也有著自己的感受。

有時候當我閱讀其他人的代碼時，如果看到他們做錯了，我會生氣。但是隨著我代碼閱讀量的增加，我開始懂得，總會有一些情形常見於別人的代碼，但我在我自己的代碼中卻未曾遇到過的，並且我的方法沒有必要那樣執拗。我不僅改變了我的一些觀點，而且懂得更加靈活。

開源無處不在

隨著開源運動的發展，可供閱讀和學習的代碼數量也大幅度增長。例如Gitlab，GitHub和到BitBucket這些網站就允許我們獲取全功能的應用程序，不僅可以閱讀代碼，還可以擺弄。很少有我想要學習的東西是不能在開源代碼中獲取的。

我以前學習新的編程語言，會把重點放在諸如目錄結構和命名約定這些簡單的事情上。但是，現在，我會找一些不同的開源項目，然後可以開始拼湊常用的方法。我很少強調以前那些類型的東西了。

可用的代碼是如此之多，但質量卻良莠不齊。當我們想要學習的時候，常常搞不清楚哪個好哪個不好。那就保持閱讀代碼吧，慢慢地你會學會如何區分。閱讀「壞」的代碼可以幫助你理解為什麼它是「壞」的。關鍵是不要害怕嘗試任何你覺得看上去正確的東西，並且當你走錯路的時候能夠承認錯誤，並改正問題，然後繼續前行。

壞的代碼就壞的，是這樣的嗎？

有人會說「壞的代碼比好的代碼要更多更明顯」。sub-reddit致力於壞的代碼。

在這些年裡，我寫了很多好的代碼和壞的代碼。當我看到我以前寫的代碼時，我的第一想法就是我怎麼會寫這樣的垃圾代碼。這實際上意味著我還在學習中。如果我看到我以前的代碼，覺得它看上去非常偉大，那麼說明我並沒有提高。

那麼，我們怎麼才能從壞的代碼中學到東西呢？

你閱讀的壞代碼越多，那麼你就越擅長發現壞的代碼

當你在學習和搜索例子的時候，你會發現和使用大量不能工作的代碼。請記住，僅僅因為它不適合你的情況，並不能說明它就是壞的代碼。學習如何讓它工作能夠使得你變得更優秀。

你怎麼知道它是壞的代碼？

人們喜歡批評。閱讀評論，如果你看到很多「WTF（什麼玩意）」，那麼可能你看到的正是壞的代碼，試著指出為什麼不好的原因。不要只留下「這代碼真爛」這樣的評論。不要裝得你好像懂得壞代碼的所有需求，要知道，總有一個它之所以被這樣寫的正當理由。如果你知道它為什麼是壞代碼的原因，那麼不妨留下一個有建設性的評論。或者??

讓它變成好的代碼

放一個能讓代碼變得更好的pull請求。修正語法，使用更好的方法，添加註釋或修改縮進：這些都是改進代碼的偉大方式。加一個為什麼你推薦改變代碼的解釋。

昆明北大青鳥java培訓專家認認為，當我幫助別人學習的時候能學到更多。如果我認為我理解了一個新的主題，那麼我會找個人來試著向他解釋，這能讓我更深刻地理解和記住它，並且讓我快速發現我是否寫了壞的代碼。

回報

記住開放源代碼在你參與進去的時候效果最佳。代碼更改在大多數項目中都是受歡迎的，但是有很多出力的方法。

測試開源代碼和文件錯誤報告；幫助完成文檔集；寫教程和如何做的例子；參加對話——或者僅僅只是幫助傳播。每一件事都能帶來改變，並且越多的人參與進來越好！

㈦ 程序員是如何找項目練手的

首先，你能想到平時找項目來進行練手，說明你是一個在技術上面是一個非常上進的同學。想要找到項目進行練手，第一個想到的地方應該是 Github。Github 上擁有全球最多的開源項目，你可以從其中找到自己感興趣的開源項目，然後參與到開源項目的開發中去。能夠參與開源社區，這也是很多互聯網公司非常看重的一點。

其次現在也有很多舉辦計算機類比賽的平台，比如阿里雲的天池大數據、Kaggle、Datacasle等。你如果有時間，可以參與上面舉辦的比賽，進行項目練手。

㈧ 程序員如何做副業賺錢

今天聊一個非常熱的話題，最近大家應該也在關注和思考過這個話題，尤其是由於2020年年初疫情的一個影響，那麼像公眾號、知乎等等各種平台都充斥著這些內容，甚至還出現了所謂副業元年，副業剛需的說法。

嚴格來說呢，我已經做了四年的副業，算得上是一個探索副業的行動派。借著這個機會，我想和你們分享一下我的經歷和心路歷程，我的探索方式可能並不完全適合你，但也希望能夠給你帶來一些啟發。

下面我就以一個實操者的身份和大家聊一聊我是在一個什麼樣的情況下開始做的，我是怎麼在保證主業正常收入的情況下，一點一點讓副業收益從月入零元到月入1萬元，做這些需要付出一些什麼，有哪些好處，有哪些壞處。

最後，我也會從我個人的角度，去談一談副業，僅僅是副業嗎？副業的本質究竟是什麼？

2016年到2017年，我整個人有點像無頭蒼蠅一樣，沒有目標，更沒有方向，於是我就想著給自己找點事情做，也開始結合自己的職業和擅長的東西，去重新規劃自己的未來。但是當你真正做起事來，你可能會發現還是游戲好玩，我當時就想著要戒掉游戲，比如說想打游戲了就去看書，不想看了呢，就逼著自己看書，那麼時間長了，游戲慢慢就戒掉了。當然一些習慣也不是說改掉就改掉，還是得有一個循序漸進的過程。

再然後呢，就是2017年，我開始跟著一些it前輩們的腳步去做一些分享，在網上寫文章，分享一下自己的想法和知識，其實在網上寫博客也不是一個非常簡單的事情。最初，也遇到了很多問題，比如說分享內容不確定，不知道該寫什麼，寫不出文章，做不到周更，因為開發人員偶爾會很忙，那麼還有就是文章閱讀量長期就是一個個位數。

另外就是心裡沒底，不知道自己能堅持多久。針對這些問題呢，我摸索出了一些方法啊，比如從日常工作中找靈感，找題材，這樣就漸漸的找到了要寫的東西，做不到周更，就找個空閑的時間多寫幾篇，做出一個周更的樣子。寫不出東西來，就多去看書，多去學習，思考一下寫作方法。沒人閱讀，這個肯定有些傷心的，但我知道自己是個新人，有人讀反而有些怪，先默默的做，不斷的寫，不斷的學習，就這樣堅持了一年多，寫了差不多100篇，前面提到的這些問題，也就不再存在了。

由於在網上發表的文章比較多，漸漸的也收到了一些出版社的約稿。不知道你們的想法是什麼，我當時對於這些約稿，是當場婉拒的，因為自己幾斤幾兩還是比較清楚的，雖然有過寫作經驗，但相較於出版書籍的要求，還是有很大的差距，所以也沒怎麼糾結就先拒絕掉，因為可行性實在太低。

無巧不成書的是，不久之後就有了一個現場的機會，主要有以下幾個原因讓我覺得可行，一是，專欄要求的篇幅並不多，10到40天都可以，與書籍製作相比較，成本降低了很多。我有一點寫作經驗，而且我寫的博客都是系列的形式，比較類似專欄的模式，再加上當時我在規劃第四個關於spring/mvc/mybatis項目的系列文章，剛好可以投稿嘗試一下，於是我當晚就填寫了申請材料，我第一個真正意義上的副業也由此開始了。之後呢，就有了第二個，第三個，第四個專欄，具體的細節這里就不多說了。

我來講一下我在做專欄時遇到一些問題，讓大家也有一個實際的參考。

首先，是時間成本和精力消耗的增加，寫個人博客是非常自由的，寫專欄的要求非常高，比如說寫一篇博客可能500字也可以，2000字也可以，寫專欄的話，基本上打底是3000到4000字，還要不斷地按照責任編輯的要求去增增改改，和寫一篇博客相比需要花費10倍甚至20倍的時間和精力才能夠完成一篇專欄文稿，非常累。

另外，咖位太低，這是一個非常現實的問題，平台選擇專欄作者時，也會嚴格審核作者的經歷和title，好的平台對你的要求會更高，甚至不會通過你的選題，我就更慘了，壓根兒沒卡位，那麼能做的就是多溝通，多准備材料，耐心等待，其它的其實也做不了什麼，如果你的咖啡太低，起點也低，只能夠付出更多的時間和更多的努力。

還有一點，就是退稿和專欄無法上線，也是一個非常現實的問題，並不是說你有個很好的想法，就可以正常上線專欄，我們還要考慮其他的一些因素，比如說規劃的這個專欄受眾如何，篇幅是否合理，平台內是否有同類競品，作者的咖位是否足夠，平台要考慮的東西太多了，那他通常考慮一圈下來，可能你這個專欄就沒了，我有好幾個課程，最後也因為各種原因夭折了，得知結果時，那種絕望感和失落感真的讓人很痛苦。

你要是問我有沒有想過放棄，那肯定是想過的。最終為什麼沒有放棄呢？我就是想堅持一下，然後再堅持一下。發展到現在，我的副業總的來說就是寫博客，做開源項目，出技術專欄，還有錄制視頻課程，當然目前還在做大數據的一個出版。

當然程序員的副業肯定不止這幾項，不過由於時間和精力的限制，我目前也就涉及到這些內容。到目前為止，我寫了300篇左右文章，做了6個文字類的付費專欄，還有3個視頻課程，目前也正在製作新的課程，可以說這幾年一直沒有停下來過。

副業的路徑肯定不止這些，像其他人可能走的就是另外的一些道路了，比如寫博客，做開源項目之後，去運營公眾號，運營知識星球，去B站和頭條號這些地方做一下自媒體，去做一些收費的項目，把開源版本做出商業版本等等。

接下來，就是大家比較關心的話題啊，比如說這個副業賺錢嗎？副業能賺多少錢？我就拿最近幾個月的收入為例，稅後實際到手的收入基本上就是這個銀行卡收款和微信提現，還有一些金額比較零碎呢，就沒有計算在內。

當然以上是我做了近四年時間才有的結果。剛開始做這些的時候是沒有任何收入的，而且投入了很多的時間和精力，這種狀況甚至持續了很長時間，你可能不知道這是一種什麼樣的感覺，我舉一個例子，從你看文章的這一天起之後的一個月，你每天都在做事，但是一分錢工資都沒有，你想一想這是個什麼樣的滋味？而且這種情況並不會在一個月之後就有所好轉，而是將近兩年的時間，也就是說未來的20個月你都沒有收入。但是只要堅持下來，就有可能從0到100，再從100到1000，從1000到1萬。

隨著我做的課程和專欄越來越多，這部分收入自然也就慢慢的增長了起來。如果順利的話，應該可以在30歲前就會有一個非常不錯的副業收入，這樣會留給自己更多的選擇空間，我不會因為工作的變動而去盲目地投遞簡歷，也不會因為壓力過大而貿然選擇工作崗位。副業這件事情，給了我很足的底氣去應對未來一些不確定的變化。

下面我來解答一下大家可能關心的一些問題，比如說副業到底是什麼？它僅僅是副業嗎？我認為，副業其實是我們主業之外的一個工作，另外，他也不僅僅是副業，也可以說是我們的一個Plan B。副業能做什麼？你可以去做微商，去開奶茶店，去寫專欄，也可以做這個企業培訓，開網店，出視頻課程，或者出版書籍，做外包等等，適合你的才是最好的。

副業能賺錢嗎？相信大多人應該只要認真做一件事情都會有收獲。至於副業賺錢，我也覺得肯定是可以的，只是收益多少和時間長短的問題。

由於副業這個話題非常熱，肯定有很多朋友也想投入進去，甚至買了書，參加了各種訓練營，學會了很多副業的方法和路徑，可能依然賺不了錢。這里，大家需要注意一下，副業能賺錢，但是不一定賺錢。

下面回答一些大家的疑惑

不是，我並不認為這是剛需，首先呢，是他的時間和精力花費太大，職場的天花板其實也很高，你只要努力去做高級技術開發，去做架構師，去晉升管理層，一樣會有屬於你的精彩，副業只是其中一種選擇而已，所以把副業車道剛需上，我並不是十分贊同。

這個需要結合自身情況，那麼做作業花費的時間其實有可能比上班花費的時間和精力還更多，如果主業沒有做好，不建議，如果不夠堅持啊，也不建議，如果想嘗鮮的話，我感覺可以試一試，因為並沒有特別大的開銷，只是說需要多花費一些時間成本。

副業給你無限的可能，也給你不錯的收入，好處是很多的，壞處也是有的，比如說沒有時間陪伴家人，消耗精力比較大，而且可能會沒有任何收獲，徒勞無功，不確定性也非常大。

副業並不是每個人都會去做，或者有時間精力去做，所以這個問題的答案是否定的。我們還可以做其他很多事情來為將來做准備，副業只是一個切入口，我覺得更重要的依然是認清當下的自己，並朝著自己渴望的將來前行，未雨綢繆，做出自己的Plan B，這才是我們應該著重去思考和行動的。

最後的最後，我將自己的副業之旅總結成了16個字，緩解焦慮、未雨綢繆、天道酬勤和拓寬視野。希望這16個字也能給你帶來積極的影響。今天的內容就到這里，十分希望我的分享可以幫助到你，也希望你在下方的留言區和我探討。

㈨ 如何參與一個開源項目

在哪裡能夠找到開源項目？這很不好說。一方面，你可以在sf.net(需要翻牆)和code.google.com(最好翻牆)找到相當多的開源項目，也可以在github之類的地方尋找。另一方面，你也可以在debian裡面找。很多包裡面附帶了項目的主頁，如果你覺得這個包很不錯，希望做貢獻，可以按照鏈接找過去。如何挑選合適的開源項目？首先要和你的興趣相符合，或者能夠滿足你參與開源的目標。例如你對演算法非常感興趣，讓你加入一個ERP系統的定製，成天修 正繁瑣的業務問題，可能就會讓你覺得興趣全無。其次最好參與一些中等復雜程度，具有活力的，比較缺人的項目。像linux kernel這種規模巨大，參與人員眾多的項目，本身就是一個非常巨大的工程。你要了解這個工程需要很長時間，但是大部分你覺得有價值的事情都已經有人在 做了。 如何開始？具體可以先給項目管理者發一封郵件，說明自己的目標，興趣，能力，時間，然後問問他們是否需要自己的貢獻。大多數項目最缺的人才，不是程序員。通常一個開源項目，有幾個程序員在做是不成問題的。但是大部分的開源項目缺乏一些周邊人員，例如到各個組織中推 廣項目，獲得反饋。和各種dist和開源平台協調，負責收集bug，控制項目發行，進行打包。負責項目的測試和文檔工作，以及英文文檔的翻譯工作。這些工 作並不需要專業知識，但是瑣碎而且費時，程序員並不大樂意做。而且控制項目的release，還有進行協調要有一定的經驗，也不是程序員擅長的領域。所以 相當多的開源項目，就是程序員拍腦袋寫，然後用戶兩眼一摸黑的用。沒有合適的文檔，沒有各種系統的適用包，沒有bug和用戶意見反饋。因此貝殼也請求，所有看到文章，且有志於貢獻自己的力量的人，都可以考慮參與開源項目。你不需要會寫程序，也不需要精通電腦。你需要做的可能就是將 文檔從英文翻譯成中文，或者不斷使用一個軟體並找出其中不合理的地方。在中國，捐獻金錢是容易的，但是卻不透明，也不自由。你不確定你的金錢捐獻給誰，他 收到多少，是否真的需要。然而如果你選擇某個開源軟體做捐獻，你可以選擇自己為誰做出貢獻，也會受到全體開源軟體用戶的感激。