爲何找程序員必定要看他的 GitHub

http://www.myexception.cn/other/1857745.html
javascript

http://www.myexception.cn/other/1857745.html
php



爲何找程序員必定要看他的 GitHubhtml

據說

最開始聽到這句話是某知名互聯網公司大牛告訴個人,我很不覺得然,不過迫於他是「leader」我也註冊了一個 highsea (廣告 0.0);固然我可懶得 push 更別提 contributed 了,儘管在其淫威下仍是 Create 了一個小庫……前端

時間過得很快 離職 再就任,見過很多高等級p的大牛,除了 技能上的差距讓我拜服,更多的就是大牛們高效的工具讓我憂心…… 我畢業纔開始學的 web前端開發,他們說 web前端開發工程師 是這樣子的:java

前端開發工程師必備技能

通過當時半年的努力 我只完成了右上角小部分…… 後來發現除了每種語言必備的 技能標準+腳手架+社區 外老是有這麼一項: GitHubgit

重視

我表示很遺憾,到 2014 年中旬才發現它的重要功能,如下是我的粗淺的見解:程序員

  • 版本管理: 若是你以爲他是高級版 Subversion 那你能夠關掉這個頁面了,繼續摸摸你的小龜龜github

  • 項目分支: 他也不單是 SourceForge 或 Google Code ;他把項目分支的操做發揮到了極致(分支能嘗試新想法,又不會影響主分支的產品代碼。)web

  • 程序員交流: 若是你還沒 fork 還沒 pull request ,只是 git clone 和 git add 再 push ,那你根本就不算玩過 Github ,沒有交流總以爲本身「精通」了某個語言面試

  • 重視開源: Preston-Werne 曾說過:「開源(幾乎)是一切」

  • 說明文檔: 以 markdown 爲例,有人說 「文檔編寫風格決定了咱們能不能愉快的玩耍!」 好的文檔能讓別人省事,讓團隊高效…… 固然也會有人認爲「這都不是事兒」他的 code 水平最高才是最重要的

傳送門 Git 參考手冊

這裏從「招聘君MM」的角度看下,知乎的回答(有木有英雄所見略同的感受?)

GitHub

GitHub誕生於08年春天,第一年便產生了4萬6千個公共項目,大約一年半以後用戶就已經達到10萬用戶之巨。
而到2012年九月份,GitHub已經迎來了百萬級用戶。Host超過兩百萬個項目。
增加的太快了!就像Twitter同樣。
這樣瘋了通常的增加只能說明一個事實——人們等待這個產品過久了。

Social Coding。

真實的項目,真實的流程,真實的人名,一切代碼review, check-in, test, build, document, 甚至討論,計劃,brianstorming,流程,一切的一切,都是項目歷史的一部分,均可以像棋局那樣覆盤。

有經驗的面試者只要稍稍掃兩眼一我的的GitHub歷史,挑出幾個check-in歷史看一看,便徹底可以迅速判斷這我的是否知足他的要求。再也不須要費勁心機地去想題目,去觀察,去揣測,去花費大量的時間的同時還只能採樣到幾個極爲有限的點。

不像象牙塔裏面大做業,這裏有源代碼管理系統,自動化build,有check-in,有review,有分工,有合做,最重要的是——這是一個集市,一個超出象牙塔的集市,牛人相互吸引,你能夠在互聯網上找到和本身擁有共同興趣的一幫人,真正作起一點事情,而不是交差,不須要受限於幾十我的的一個小班級。Here Comes Everybody。

傳送門: 如何在twitter或者github上找靠譜程序員?

記錄: GitHub 第一次 Commit 的記錄 by Chris Wanstrath :

GitHub 第一次 Commit 的記錄 by Chris Wanstrath

對招聘君說:

張三的簡歷上寫着:精通 javascript、 Css三、 php五、 Nginx、 Mysql、 Mongodb、Python、 Nodejs……
參與了 AA產品的開發,BB系統的架構,擔任過 CC公司的 如 CTO、產品經理、架構師……
卻沒有貼出我的技術博客,沒有 Github 帳號,沒有混跡開源社區,沒有對任何框架作貢獻……
你卻問我: 我以爲他很NB要不要約出來聊聊?

200天連續提交的目標

固然 擁有 github 帳號還算不上是一個優秀的程序員,如今招聘大都會附上這一句(意思):

github 能夠加分

因而就變成了這樣子:

Nothing

我想,確定很多人躺槍,包括1年前的我…… 看 Github 大都是看以下這些:

  • 有什麼項目(本身的、fork的、contributed的),類型、數目

  • 有沒有編碼風格, 固然也有人提倡「編寫 不可 維護的代碼」的「精英」邏輯

  • commit -m 詳細程度

  • 版本工程管理習慣如何

  • 連續提交數目

  • following 、 followers 、 Starred

  • ……

分享一篇 177 Days of GitHub : 推薦每一個人均可以嘗試一下,用這個方法去打破一箇舊習慣或者創建一個新習慣,但它可能過於強大以致於會讓人不能自拔,因此當心點!