什麼樣的 GitHub 才適合放簡歷上？

爲何 GitHub 能夠加分？

 

不少招聘描述上面都會備註 GitHub 是加分項，那麼爲何它是加分項呢？

 

停，若是看到這裏你還不知道 GitHub 是什麼，能夠看一下 Phodal的手記：https://github.com/phodal/github (手動粘貼或者閱讀原文)。

 

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

 

代碼工具，愈來愈多的公司使用 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 固定到本身的 GitHub Profile 首頁。這樣不但不能加分反而減分。這樣就比如隨意粘貼來別人辛苦寫的公衆號文章做爲本身的原創同樣。

 

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

 

不專業，切記，想提升本身也好，想開源小東西也好，切記不能再上班時間整理本身的代碼，若是面試官一看你的全部提交記錄都是週一到週五的上班時間，那麼你想他還會聘請你嗎？個人意思不是說讓你工做日寫完，週末去提交，而是 GitHub 是體現你業餘時間的一個貢獻度。

 

怎麼樣讓本身的 GitHub 加分？

 

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

 

持久，能夠試着翻譯外文，寫博客，或者是本身作一個有意思的小程序，天天堅持編寫代碼，提交代碼。可是必定要注意每次提交的功能完整性和備註。

 

貢獻，不少方式能夠貢獻開源社區，有一個話說得很是好，咱們作程序不只僅是提出問題，而是提出問題並有解決方案。那麼你能夠提交 issue給你以爲有問題的軟件，若是沒有理睬本身修改，而後提交 pull request。或者本身作一些腳手架，多少有一些實際的功能，固然咱們不但願重複製造輪子，你在創造的時候仍是提早去檢索一番。不過這個時候你須要瞭解一下開源協議，合理的使用別人的源碼和開源本身的源碼。

 

文檔，開發人員除了編碼，更重要的是能寫出完備的文檔，因此若是你開源了項目，必定要詳細地寫出相關文檔。這不只體現出你的編寫文檔能力，還能體現你的邏輯能力。

 

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

 

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

 

博客，一個 GitHub Pages 的博客對於有技術熱忱的極客來講，比天天在 CSDN 寫博客要專業不少。能夠沒有本身的域名，自帶的域名也能夠帶飛。不過這裏須要補充一點，不是一擁有了一個博客就加分，而是你是否是在持續的維護這個博客。