为什么找程序员一定要看他的 GitHub

听说

最开始听到这句话是某知名互联网公司大牛告诉我的，我很不以为然，不过迫于他是“leader”我也注册了一个 highsea （广告 0.0）；当然我可懒得 push 更别提 contributed 了，尽管在其淫威下还是 Create 了一个小库……

时间过得很快 离职 再就职，见过不少高等级p的大牛，除了 技能上的差距让我拜服，更多的就是大牛们高效的工具让我忧心…… 我毕业才开始学的 web前端开发，他们说 web前端开发工程师 是这样子的：

经过当时半年的努力 我只完成了右上角小部分…… 后来发现除了每种语言必备的 技能标准+脚手架+社区 外总是有这么一项： GitHub

重视

我表示很遗憾，到 2014 年中旬才发现它的重要功能，以下是个人粗浅的看法：

• 版本管理： 如果你觉得他是高级版 Subversion 那你可以关掉这个页面了，继续摸摸你的小龟龟

• 项目分支： 他也不单是 SourceForge 或 Google Code ；他把项目分支的操作发挥到了极致（分支能尝试新想法，又不会影响主分支的产品代码。）

• 程序员交流： 如果你还没 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 :

对招聘君说：

张三的简历上写着：精通 javascript、 Css3、 php5、 Nginx、 Mysql、 Mongodb、Python、 Nodejs……
参与了 AA产品的开发，BB系统的架构，担任过 CC公司的 如 CTO、产品经理、架构师……
却没有贴出个人技术博客，没有 Github 账号，没有混迹开源社区，没有对任何框架做贡献……
你却问我： 我觉得他很NB要不要约出来聊聊？

200天连续提交的目标

当然 拥有 github 账号还算不上是一个优秀的程序员，现在招聘大都会附上这一句（意思）：

github 可以加分

于是就变成了这样子：

我想，肯定不少人躺枪，包括1年前的我…… 看 Github 大都是看如下这些：

• 有什么项目（自己的、fork的、contributed的），类型、数目

• 有没有编码风格， 当然也有人提倡“编写 不可 维护的代码”的“精英”逻辑

• commit -m 详细程度

• 版本工程管理习惯如何

• 连续提交数目

• following 、 followers 、 Starred

• ……

分享一篇 177 Days of GitHub : 推荐每个人都可以尝试一下，用这个方法去打破一个旧习惯或者建立一个新习惯，但它可能过于强大以至于会让人不能自拔，所以小心点！