这种 Github 不要写在简历上！

r囧r小猫 2021-07-31 15:12 483阅读 0赞

点击上方**蓝色字体**，选择“置顶公众号”

优质文章，第一时间送达

![640?][640]

## **为什么 Github 可以加分** ##

很多招聘描述上面都会备注 `github加分项`，那么为什么它是加分项呢？`Github` 是什么，可以看一下 `Phodal`的手记

社区光环，众所众知，Github 是开发者的“同性交友社区”。Google, FB, Alibaba 都在通过它来贡献自己的开源项目。如果你留心关注，公司越大 `Github`的贡献度越高，那么如果你想进入大的互联网公司，是不是也提前融入一下这个氛围？同时对于求知的小伙伴儿想阅读源码没有什么比它来的更直接了。

代码工具，基本上 `90%` 以上的公司都使用 `Git` 系工具(Gitlab,Gitee,Github)做项目源码管理，你的提交记录是最好的证明你的 `Git` 基本功，要比在简历上写熟练使用 `Git` 更有说服力。那么一个题外话，如果你也热衷于维护 `StackOverflow`账号，写上也是一种加分。

编程习惯，Talk is cheap, show me the code.， 这句话想必大家都知道吧。 `Github` 上面的代码能够最直观的看到你的编程风格和能力，面试官在背调的时候可以通过你的代码结构，更深入的了解你，好的编程规范会在面试前就留下一个很好的印象。大多数面试官希望看到这种能够真正展示你能力的东西，而不是只是在简历上写会什么什么。作为面试官，大多数是来看人们的编码习惯，不管人家写这个东西是为了什么的。

技术热情，如果你钟情于购物你第一想到的可能是小红书，如果你钟情于阅读第一想到的可能“蜗牛读书”(笔者在用很不错的读书 App)，如果你钟情于看新闻第一想到的可能是腾讯新闻。然而如果你钟情于技术第一想到的可能是 `Github`。只有一个钟情技术的人，才会想像朋友圈一样每天关注 Github，维护 Github。所以你“绿油油”的 Github 是你的技术热情的最好体现。你看到下图会动心吗？

![640?wx\_fmt=png][640_wx_fmt_png]

> 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` 固定到自己的 `GithubProfile` 首页。这样不但不能加分反而减分。这样就好比随意粘贴来别人辛苦写的公众号文章作为自己的原创一样。

乱命名，这几天在收到的简历里面发现了好多github命名方式千奇百怪，比如 X00000000X,LZ00000000,ZUOYE20170909。这可是你的用户名，一来方便别人访问和记住，二来你这个命名都这么不规范，何况是项目，类，方法呢？

不专业，切记，想提高自己也好，想开源小东西也好，切记不能再上班时间整理自己的代码，如果面试官一看你的所有提交记录都是周一到周五的上班时间，那么你想他还会聘请你吗？我的意思不是说让你工作日写完，周末去提交，而是 Github 是体现你业余时间的一个贡献度。

## **怎么样让自己的 Github 加分** ##

习惯，良好的使用习惯，就像是每天来看朋友圈一样，不一定每天都有东西要提交，但是一定要一直有一个 `repository` 在维护，持续的提交代码。同时也要注意自己的 `repository`的命名，提交代码保证一次的功能完备，提交备注要清晰明了。

持久，可以试着翻译外文，写博客，或者是自己做一个有意思的小程序，每天坚持编写代码，提交代码。但是一定要注意每次提交的功能完整性和备注。

贡献，很多方式可以贡献开源社区，有一个话说的非常好，我们做程序不是总知道提出问题，而是提出问题并有解决方案。那么你可以提交 `issue`给你觉得有问题的软件，如果没有理睬自己修改，然后提交 `pull request`。或者自己做一些脚手架，多少有一些实际的功能，当然我们不希望重复制造轮子，你在创造的时候还是提前去检索一番。不过这个时候你需要了解一下开源协议，合理的使用别人的源码和开源自己的源码。

> PS: 阮一峰老师的文章写得深入浅出(手动粘贴或者阅读原文) http://www.ruanyifeng.com/blog/2011/05/howtochoosefreesoftware\_licenses.html

文档，开发人员处理编码，更重要的是能写出完备的文档，所以如果你开源了项目，一定要详细的写出说明问题。这不仅体现出你的编写文档能力，还能体现你的逻辑能力。

关注，原来你可能使用 Google 来解决问题，告诉你一个新方法，遇到问题可以按照自己提炼的关键字来 Github 搜索，没准能找到意想不到的结果。而后呢 Fork 或者 Star 这个你得到的结果，慢慢的你就真正的把 Github 用起来了。

英文，试着不要给 `repository`起拼音名字，试着用英文写 `readme`，试着每一个提交都是英文，并每次都要斟酌。

博客，一个 `GithubPages` 的博客对于有技术热忱的极客来说，比每天在 CSDN 写博客要专业很多。可以没有自己的域名，自带的域名也可以带飞。不过这里需要补充一点，不是一拥有了一个博客就加分，而是你是不是在持续的维护这个博客。 PS: juice-resume.github.io 看起来是不是有点极客感？

简历，写一份 `Markdown` 的简历也是一个不错的选择，极客一般都喜欢使用 `Markdown` 写文章，写文档，有的时候就连周报也用。那么你写一个 `Markdown` 的简历也是一个亮点诶。比如按照如下格式写一个简历放在自己的 `Github`。

这篇文章是我的好朋友「果哥」创作的，果哥运营微信公众号「果汁简历」，每日分享面试经验、大厂内推、求职招聘等消息。感兴趣的朋友可以扫描下方二维码关注果哥。对了别忘了转发、点赞！

![640?wx\_fmt=png][640_wx_fmt_png 1]

[640]: /images/20210731/14a8afd5cad14f999a4ad8fff0ef60e9.png?
[640_wx_fmt_png]: /images/20210731/272f510986eb40029d06168fb175f898.png?wx_fmt=png
[640_wx_fmt_png 1]: /images/20210731/875fd5fd6ccf4c01b141ba3ae166b66d.png?wx_fmt=png