很多招聘描述上面都会备注 github加分项,那么为什么它是加分项呢?
停,如果看到这里你还不知道 Github 是什么,可以看一下 Phodal的手记
https://github.com/phodal/github (手动粘贴或者阅读原文)
Github的贡献度越高,那么如果你想进入大的互联网公司,是不是也提前融入一下这个氛围?同时对于求知的小伙伴儿想阅读源码没有什么比它来的更直接了。90% 以上的公司都使用 Git 系工具(Gitlab,Gitee,Github)做项目源码管理,你的提交记录是最好的证明你的 Git 基本功,要比在简历上写熟练使用 Git 更有说服力。那么一个题外话,如果你也热衷于维护 StackOverflow账号,写上也是一种加分。
Talk is cheap, show me the code., 这句话想必大家都知道吧。Github 上面的代码能够最直观的看到你的编程风格和能力,面试官在背调的时候可以通过你的代码结构,更深入的了解你,好的编程规范会在面试前就留下一个很好的印象。大多数面试官希望看到这种能够真正展示你能力的东西,而不是只是在简历上写会什么什么。作为面试官,大多数是来看人们的编码习惯,不管人家写这个东西是为了什么的。
Github。只有一个钟情技术的人,才会想像朋友圈一样每天关注 Github,维护 Github。所以你“绿油油”的 Github 是你的技术热情的最好体现。你看到下图会动心吗?

PS: 曾经一个技术很不错的小伙伴终面的时候挂了,面试系统中的备注是:“看不到他对技术的热情”。所以这也会作为面试的一个考量。
Github 的朋友可能不觉得,但是对于普遍互联网公司的朋友们,英语都是致命的伤痛。虽然 Github 简单的操作英文并不是那么难,但是想把它玩透,还是需要一些功底的。如果你没用那么好的英语底子也能玩透,无论是你的英文熟悉能力还是适应能力都是可以肯定的。对了,还有你的 repository 的命名。这不比写上四六级证书来的实际?PS: 我们其实也都知道,当年的四六级是怎么就过了。[坏笑]
Github的 follow, star, followers, repository, pull request 还有你获得 star,都是在展示你的涉猎,关注和掌握程度。你的一个 ElasticSearch 的 PullRequest 被 Merge 远比你的一句“精通 ElasticSearch”要更有说服力。repository而侃侃而谈,那么结果会怎么样呢?pull request。都是你对开源的那一份热忱。你从开源一直索取,适当的给予更能体现一个人的心智。
Github 的好处多多,但是国内的技术圈子能持续坚持 Github的人还是太少了,所以变成了如果你有一个不错的 Github写到简历上面也算是一道风景线了。
PS: 笔者每天阅读近百份简历,能有不错
Github的人寥寥无几。
HelloWorld 一样的 demo 是完全没有说服力的。issue可以把别人的 repository 固定到自己的 GithubProfile 首页。这样不但不能加分反而减分。这样就好比随意粘贴来别人辛苦写的公众号文章作为自己的原创一样。repository 在维护,持续的提交代码。同时也要注意自己的 repository的命名,提交代码保证一次的功能完备,提交备注要清晰明了。issue给你觉得有问题的软件,如果没有理睬自己修改,然后提交 pull request。或者自己做一些脚手架,多少有一些实际的功能,当然我们不希望重复制造轮子,你在创造的时候还是提前去检索一番。不过这个时候你需要了解一下开源协议,合理的使用别人的源码和开源自己的源码。PS: 阮一峰老师的文章写得深入浅出(手动粘贴或者阅读原文) http://www.ruanyifeng.com/blog/2011/05/howtochoosefreesoftware_licenses.html
repository起拼音名字,试着用英文写 readme,试着每一个提交都是英文,并每次都要斟酌。GithubPages 的博客对于有技术热忱的极客来说,比每天在 CSDN 写博客要专业很多。可以没有自己的域名,自带的域名也可以带飞。不过这里需要补充一点,不是一拥有了一个博客就加分,而是你是不是在持续的维护这个博客。PS: juice-resume.github.io 看起来是不是有点极客感?Markdown 的简历也是一个不错的选择,极客一般都喜欢使用 Markdown 写文章,写文档,有的时候就连周报也用。那么你写一个 Markdown 的简历也是一个亮点诶。比如按照如下格式写一个简历放在自己的 Github。