程序員面試，什麼樣的 GitHub 才適合放簡歷上？

為什麼 GitHub 可以加分

很多招聘描述上面都會備註 GitHub 加分項，那麼為什麼它是加分項呢？

停，如果看到這裡你還不知道 GitHub 是什麼，可以看一下 Phodal 的手記：https://github.com/phodal/github。

社區光環，眾所眾知，GitHub 是開發者的「同性交友社區」。Google、Facebook、Alibaba 都在通過它來貢獻自己的開源項目。如果你留心關注，公司越大 GitHub 的貢獻度越高，那麼如果你想進入大的互聯網公司，是不是也提前融入一下這個氛圍？同時對於求知的小夥伴兒想閱讀源碼沒有什麼比它來的更直接了。

代碼工具，基本上 90% 以上的公司都使用 Git 系工具(GitLab、Gitee、GitHub)做項目源碼管理，你的提交記錄是最好的證明你的 Git 基本功，要比在簡歷上寫熟練使用 Git 更有說服力。那麼一個題外話，如果你也熱衷於維護 StackOverflow 賬號，寫上也是一種加分。

編程習慣， 『Talk is cheap，show me the code』， 這句話想必大家都知道吧。 GitHub 上面的代碼能夠最直觀的看到你的編程風格和能力，面試官在背調的時候可以通過你的代碼結構，更深入的了解你，好的編程規範會在面試前就留下一個很好的印象。大多數面試官希望看到這種能夠真正展示你能力的東西，而不是只是在簡歷上寫會什麼什麼。作為面試官，大多數是來看人們的編碼習慣，不管人家寫這個東西是為了什麼的。

技術熱情，如果你鍾情於購物你第一想到的可能是小紅書，如果你鍾情於閱讀第一想到的可能「蝸牛讀書」(筆者在用很不錯的讀書 App)，如果你鍾情於看新聞第一想到的可能是騰訊新聞。然而如果你鍾情於技術第一想到的可能是 GitHub。只有一個鍾情技術的人，才會想像朋友圈一樣每天關注 GitHub，維護 GitHub。所以你「綠油油」的 GitHub 是你的技術熱情的最好體現。你看到下圖會動心嗎？

PS: 曾經一個技術很不錯的小夥伴終面的時候掛了，面試系統中的備註是：「看不到他對技術的熱情」。所以這也會作為面試的一個考量。

英文水平，常用 GitHub 的朋友可能不覺得，但是對於普遍互聯網公司的朋友們，英語都是致命的傷痛。雖然 GitHub 簡單的操作英文並不是那麼難，但是想把它玩透，還是需要一些功底的。如果你沒用那麼好的英語底子也能玩透，無論是你的英文熟悉能力還是適應能力都是可以肯定的。對了，還有你的 repository 的命名。這不比寫上四六級證書來的實際？

PS: 我們其實也都知道，當年的四六級是怎麼就過了。

涉獵領域，你的圈子決定了你的水平，一樣的道理。你的 GitHub 的 follow、star、followers、repository、pull request 還有你獲得 star，都是在展示你的涉獵，關注和掌握程度。你的一個 ElasticSearch 的 PullRequest 被 Merge 遠比你的一句「精通 ElasticSearch」要更有說服力。

情投意合，村子裡面的阿姨每天就聊聊哪個市場的白菜最新鮮，那麼你如果有好的 star 或者好的開源貢獻，這會讓面試官在面試你的時候有東西可聊。如果他喜歡上你的 repository 而侃侃而談，那麼結果會怎麼樣呢？

開源貢獻，開源貢獻不一定非要有一個幾 K 的 star，而是你對於開源的那份熱忱。可以是好的資源整理，也可以是自己找到了痛點做的一個很小的工具，或者是使用別人的工具提的 pull request。都是你對開源的那一份熱忱。你從開源一直索取，適當的給予更能體現一個人的心智。

與眾不同，雖然上面說了 GitHub 的好處多多，但是國內的技術圈子能持續堅持 GitHub 的人還是太少了，所以變成了如果你有一個不錯的 GitHub 寫到簡歷上面也算是一道風景線了。

PS: 筆者每天閱讀近百份簡歷，能有不錯 GitHub 的人寥寥無幾。

為什麼沒有亮點反而減分

殭屍粉，一進來 GitHub 主頁只有幾個空項目，名字很奇怪也沒有 star，點擊進去雜亂的項目目錄，提交記錄和中文提交備註。那麼這樣的 GitHub 不僅沒有提分的亮點，而且還會大大折扣面試官的印象。

零參與，別人都是「綠油油」的草地，你這是撒哈拉沙漠，那麼一點也體現不出來你對技術的熱情，持續的學習。

短而小，如果都是 HelloWorld 一樣的 Demo 是完全沒有說服力的。

亂投機，自己沒有貢獻代碼，只是因為提交了 issue 可以把別人的 repository 固定到自己的 GithubProfile 首頁。這樣不但不能加分反而減分。這樣就好比隨意粘貼來別人辛苦寫的公眾號文章作為自己的原創一樣。

亂命名，這幾天在收到的簡歷裡面發現了好多 GitHub 命名方式千奇百怪，比如 X00000000X、LZ00000000、ZUOYE20170909。這可是你的用戶名，一來方便別人訪問和記住，二來你這個命名都這麼不規範，何況是項目，類，方法呢？

不專業，切記，想提高自己也好，想開源小東西也好，切記不能再上班時間整理自己的代碼，如果面試官一看你的所有提交記錄都是周一到周五的上班時間，那麼你想他還會聘請你嗎？我的意思不是說讓你工作日寫完，周末去提交，而是 GitHub 是體現你業餘時間的一個貢獻度。

怎麼樣讓自己的 GitHub 加分

習慣，良好的使用習慣，就像是每天來看朋友圈一樣，不一定每天都有東西要提交，但是一定要一直有一個 repository 在維護，持續的提交代碼。同時也要注意自己的 repository 的命名，提交代碼保證一次的功能完備，提交備註要清晰明了。

持久，可以試著翻譯外文，寫博客，或者是自己做一個有意思的小程序，每天堅持編寫代碼，提交代碼。但是一定要注意每次提交的功能完整性和備註。

貢獻，很多方式可以貢獻開源社區，有一個話說的非常好，我們做程序不是總知道提出問題，而是提出問題並有解決方案。那麼你可以提交 issue給你覺得有問題的軟體，如果沒有理睬自己修改，然後提交 pull request。或者自己做一些腳手架，多少有一些實際的功能，當然我們不希望重複製造輪子，你在創造的時候還是提前去檢索一番。不過這個時候你需要了解一下開源協議，合理的使用別人的源碼和開源自己的源碼。

PS: 阮一峰老師的文章寫得深入淺出：http://www.ruanyifeng.com/blog/2011/05/howtochoosefreesoftware_licenses.html

文檔，開發人員處理編碼，更重要的是能寫出完備的文檔，所以如果你開源了項目，一定要詳細的寫出說明問題。這不僅體現出你的編寫文檔能力，還能體現你的邏輯能力。

關注，原來你可能使用 Google 來解決問題，告訴你一個新方法，遇到問題可以按照自己提煉的關鍵字來 GitHub 搜索，沒準能找到意想不到的結果。而後呢 Fork 或者 Star 這個你得到的結果，慢慢的你就真正的把 GitHub 用起來了。

英文，試著不要給 repository起拼音名字，試著用英文寫 readme，試著每一個提交都是英文，並每次都要斟酌。

博客，一個 GitHubPages 的博客對於有技術熱忱的極客來說，比每天在 其他網站平台寫博客要專業很多。可以沒有自己的域名，自帶的域名也可以帶飛。不過這裡需要補充一點，不是一擁有了一個博客就加分，而是你是不是在持續的維護這個博客。 PS: juice-resume.github.io 看起來是不是有點極客感？

簡歷，寫一份 Markdown 的簡歷也是一個不錯的選擇，極客一般都喜歡使用 Markdown 寫文章，寫文檔，有的時候就連周報也用。那麼你寫一個 Markdown 的簡歷也是一個亮點誒。比如按照如下格式寫一個簡歷放在自己的 GitHub：《如何寫好技術簡歷 —— 實例、模板及工具》。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！