如何塑造一個拿的出手的 GitHub 賬號？

12-29

題主是某985計算機大二學生。最近畢業季，看到周圍的學長學姐工作的工作，保研的保研，出國的出國，一時間各奔前程，而我也馬上大三了，但卻迷茫…
自己大一大二對課堂知識還算認真，基本都上課認真聽，認真看教材，也刷得不錯的GPA，對C++掌握學校教材的基本語法，也可以自己實現類似棧，隊列，堆，二叉搜索樹，trie樹，kmp演算法…這類基礎演算法和數據結構，但是我自知，這些比起那些大牛學長都很淺顯，付出得也沒他多……
但是我不想迷迷糊糊地保研讀研，我想提升自己的實力，獲得良好的工作選擇。我知道有一個拿得出手的Github賬號是展現實力的一個好方式，但是我不知從何下手，怎樣利用接下來的兩年時間，塑造一個拿得出手的C++相關的Github賬號呢？
知乎大神比較多，所以希望各位指點迷津。

寫就是了，哪那麼多廢話

讓身為國內頂尖的Markdown程序員的我，來說（da）幾（guang）句（gao）：

順便安利一下《GitHub - phodal/github-roam: GitHub 漫遊指南》——我的GitHub修鍊史，逛GitHub的你值得擁有。

前言
- 我與GitHub的故事
  - GitHub與收穫
  - GitHub與成長
- 為什麼你應該深入GitHub
  - 方便工作
  - 獲得一份工作
  - 擴大交際
Git基本知識與GitHub使用
- Git
  - Git初入
- GitHub
  - 版本管理與軟體部署
  - GitHub與Git
  - 在GitHub創建項目
- GitHub流行項目分析
- Pull Request
  - 我的第一個PR
  - CLA
構建GitHub項目
- 如何用好GitHub
  - 敏捷軟體開發
  - 測試
  - CI
  - 代碼質量
- 模塊分離與測試
  - 代碼模塊化
  - 自動化測試
  - Jshint
  - Mocha
  - 測試示例
- 代碼質量與重構
  - Code Climate
  - 代碼的壞味道
創建項目文檔
- README
- 在線文檔
- 可用示例
測試
- TDD
  - 一次測試驅動開發
  - 說說TDD
  - TDD思考
- 功能測試
  - 輕量級網站測試TWill
  - Twill 登陸測試
  - Twill 測試腳本
- Fake Server
重構
- 為什麼重構?
- 重構uMarkdown
  - 代碼說明
- Intellij Idea重構
  - Rename
  - Extract Method
  - Inline Method
  - Pull Members Up
  - 重構之以查詢取代臨時變數
如何在GitHub「尋找靈感(fork)」
- GitHub 漫遊指南 -Lettuce構建過程
  - 需求
  - 計劃
  - 實現第一個需求
  - 實現第二個需求
GitHub用戶分析
- 生成圖表
  - 數據解析
  - Matplotlib
- 每周分析
  - python github 每周情況分析
  - Python 數據分析
  - Python Matplotlib圖表
- 存儲到資料庫中
  - SQLite3
  - 數據導入
  - Redis
- 鄰近演算法與相似用戶
GitHub連擊

100天
- 40天的提升
- 100天的挑戰
- 140天的希冀
200天的Showcase
- 一些項目簡述
- google map solr polygon 搜索
- 技能樹
365天

編程的基礎能力
技術與框架設計
領域與練習
其他

補充幾句：

其實秀恩愛還有一種秀法是這樣的：

每一個Fork都意味著又多一個人看到這句話

寫過一些前端的小demo，vue的一些小插件，寫完就發到掘金

讓開，放著我來，我就想問你們，我這 GitHub 賬號拿不拿的出手？

開腦洞，寫就是了

嗯看看我 huoyaoyuan (Huo Yaoyuan) · GitHub

沒人關注我，在Belleve提到我之前也沒人給我點Star，可我還是寫的不亦樂乎

說點用來搞笑的。Introducing gitcheat..

GitHub - changkun/gitcheat: Something funny with Git Contribute.

覺得下面這個圖怎麼樣？是不是很活躍？

其實是生成的，以前閑的蛋疼，然後寫了個 python 的腳本，主要是利用 git commit 命令的 --date 參數設置 commit 日期，然後把整個項目 push 到自己的 GitHub，GitHub 就會更新 map 了。

下面是一個 example, 2016年1月前的所有 contributions 都是生成的。

為什麼看起來很真？
因為每天的 commit 次數是隨機的( 小於10 )。

====

講真，我為了答這個問題我居然把這個垃圾腳本簡單更新了一下..

fork Swift的項目，然後給開發文檔挑排版錯誤。

簡歷上就可以寫：曾經參與Apple大型開源項目Swift的開發。

@Mili 自從給GacUI寫一個X Window的port之後，雖然都沒寫完，但是google就打電話來問他要不要跳槽了。

而在這之前，他投了那麼多簡歷，什麼公司都沒回應他，連面試都不給，除了微軟（逃

多Star,folk

多開發多用其他人寫的，用的時候多反饋BUG多反饋更好的建議

平常開發時候多模塊化

等你經驗足夠了，接下來就很重要了

1.平常開發的模塊化的東西，封裝好API，API一定要簡潔直接，功能多樣化，支持自由定製，文檔寫詳細清楚，上傳Github

2.平常用的多的框架很繁瑣，覺得可以修改的，用你覺得更好的方式實現，最好換一種編程語言

3.關注一些技術動向。比如iOS10來了，新的API，新的系統框架，早點摸透，寫一套封裝更好的框架上傳

加油。總之就是多思考多對比多提高自己的技術

當你有能力去嫌棄其他框架能自己寫的時候

就能上天了

我也正在努力上天中.....

不要盲目炫技，炫技的東西往往會淪為玩具。

要專業，把事情做對，做好。

挖坑可以，不要埋雷。

讓人家明白你在解決什麼問題，如何解決的。

如何組織代碼，如何編寫文檔注釋。

如何構建發布，依賴配置怎麼來管理。

性能如何，做過哪些優化，缺點是什麼。

這才叫專業。

困了，邏輯不嚴密，睡醒再說。

比較功利的做法(非貶義...) 是找一些比較熱門的C++項目參與其中，簡單點的譬如完善下文檔，做些bug fix，如果能力足夠且興趣一致的話可以去實現一些feature

稍微不功利一些的就是自己去實現一些完整的項目，雖然極大可能是沒什麼人會關注你但是你能練的更多...(因為別人關注的熱門項目，更大可能是這個解決了他們的實際問題，而不是你的代碼有多好...這個要求對於在校生來說還是挺難的，缺少實際經驗找不到痛點)

兩個事情我都干過，最後的結論就是儘可能多利用學生時代的富裕時間，上班之後真是沒精力QAQ

有個東西好像叫做green github ，365天全綠都行

看到標題就想吐槽了。

GitHub是什麼，GitHub是一整套的協助開發工具，帶代碼託管、版本控制（git）、在線文檔（wiki）、問題討論（issue）等功能。通過整合GitHub的周邊應用，可以持續集成、測試、項目部署等等。

GitHub只是工具，不是拿來裝逼的平台，不要喜歡搞個大新聞，會污染社區的。我是身經百戰，見得多了。

有實力是會有一個還不錯的github的必要條件，而有一個不錯的github不是有實力的一個必要條件。

很多人不用github，一樣是大神。有些人天天git來git去的，也不一定會寫多少代碼。。

對了，粉絲數和提交量都是可以刷的，你能刷出亮點，刷出自動化也算是小有成就了。

就像 popkings · GitHub 一樣就好了

挺棒的 ssv是自己開發的軟體

這樣挺棒的

有一個好的想法很重要，然後就可以開擼了，嗯。

github從註冊到刪庫

stackoverflow 1500分比費心思抓粉的github賬戶有價值你看看linus的stars數就平靜了所有語言除了c++ scala基本一周到一月都可以掌握但是庫要精研5年時間高過一切關注githubstars數和癌症病人化妝讓自己氣色好沒本質區別

做實用的東西.

反正我是從來不看應聘者的github的

曾經有個人的簡歷里寫著某OJ／刷題網站rank 1，結果面試第一道簡單題就寫不好……