程序员面试，什么样的 GitHub 才适合放简历上？

Posted 2021-05-01 CSDN

为什么 GitHub 可以加分

很多招聘描述上面都会备注 GitHub 加分项，那么为什么它是加分项呢？

停，如果看到这里你还不知道 GitHub 是什么，可以看一下 Phodal 的手记：https://github.com/phodal/github。

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

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

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

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 是完全没有说服力的。

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

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

怎么样让自己的 GitHub 加分

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

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

PS: 阮一峰老师的文章写得深入浅出：http://www.ruanyifeng.com/blog/2011/05/howtochoosefreesoftware_licenses.html

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

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

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

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

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

声明：本文为作者投稿，首发于，关注可获取《GitHub 入门与实践》赠书福利。