Proof of Work: 关于如何利用好GitHub

之前跟一些小伙伴分享关于如何利用好Github，我搬到了这里，希望能帮中更多的小伙伴，欢迎交流。要是自己有信心，觉得可以一个小时之内，展现自己的能和优点，有足够的证据能够说服面试官，可以直接忽略本文。：）

Original：Proof of work

写在之前：
面试官：也许真像你说的那样，你做过那些项目，很熟练运用那些技术，你能不能给我看看呀？毕竟，我给出我对你（求职者）的面试评估，也是需要证据的，我也需要说服我团队的其他成员，你真的很优秀，但我说了不算啊，你说了也不算啊，得有的证据不是？show me your code.

即便你是一个很优秀的销售人员，在短暂几个小时之内分别让几个人（4-5位面试官）都买你的帐，这个难度是非常大的。


Purpose

• 获得更多的面试机会
• 让面试容易些
• build你的经验时间线
• 建立authority
  

Github是最好的简历
现在基本上每个公司职位申请的时候，都会要求提交GitHub和Linkedin。

Linkedin
Linkedin的资料是为了尽可能证明你简历上的那些你都做过，因为你的LinkedIn是可以被每个人看到的，以前的同事或者共同做项目的那些人，所以上面的资料都会倾向真实描述自己做过的事情。
Github
Proof of work，证明你真正做过你在简历和Linkedin描述的项目。通常上学期间的那些项目大部分都可以放到GitHub，课堂笔记，做过的作业和project。工作以后的话，公司的code肯定不能公开了。但自己可以做一些自己感兴趣的side project，或者open source project。这个可以展现自己的best practice。这也说明自己一直在关注自己的domain knowledge的提高与更新。另一方面讲，这些额外的事情（side project, forked repo, best practice repo），也说明你对你现在做的事情很有passion。

为什么
- 展现自己

你不说出来的话（不放到GitHub上），别人怎么知道你做的东西、你会的东西？
你说你会某个技能，别人怎么相信你会？把自己做过的东西、会的东西展现出来，让别人（HR或者未来面试官）看到。

引用一下：show me your code

如何让面试变得容易些
在面试之前多向面试官展现你的能力（proof of work)。 这个会有两种情况，要么想招你给你相对easy问题，要么根本不想招你，可能面试机会都没有（因为不合适）

你可以随便编写你的简历，你可以随便说你会的技能，也许能帮你拿到面试。但没有proof of work，面试官/其他人肯定会怀疑你说的真实性的。这么以来，面试的过程中，面试官会尽可能问更多问题，去深究，去了解证实你说你做过的、掌握的这些东西。

但如果你要有这个proof of work，说明你学过、做过“相关”东西，更容易拿到面试。在面试之前，面试官对你会有更多的了解，如果面试官喜欢你做的项目，有倾向招你的话，可能面试的时候不会刻意为难你，出一些简单的问题，是非常有可能的。

比如说，当你以前有从0开始学某些东西的项目，然后每个项目都有一步一步完成的commit，别人就很可能就认为你掌握了这个技能啊，至少比什么都没有的要强很多吧，至少你去做了啊，这有很大概率拿到面试。

用Github证明你是这个领域的expert
我过去几年的工作是主要做的是Android开发，但四年前，我自学了很多iOS的东西，所以有很多项目关于iOS，虽然过去三年没有写多少iOS的code，但最近一年老是被一些HR骚扰：说他们有Senior iOS Engineer 职位，问我感不感兴趣。

对于一些open source，我有commit，虽然可能不多，但至少我感兴趣吧。
增加自己的visibility
建立authority：有proof work 证明自己有相关经验，别人更相信自己
如何build你的GitHub profile
任何学的课程笔记都应该放到GitHub上面
有时候只需要一个README.md就可以，把学的内容都记录下来。
几年之后，别人你可能以为你就是这方面的“专家”
每个项目必须有个README.md
这是你向别人展示的时候！！！
别人没有时间通过读你的code了解你做了什么的！

最初面试筛选大概是这个流程
1. HR根据技术和框架的keyword，工作年限等，筛选出符合条件的
2. Engineering team review 这些符合条件的
3. 给出phone interview
4. 通过了phone interview 才会邀请onsite

HR不懂技术，只看有没有关键词
很多人拿不到面试，可能是没有通过HR最初那一关，HR根本不会看你的code的，只能通过Repo的名字或者README了解你做了什么东西，用到了什么技术框架。他们会根据一些技术或framework keyword来判断你是否有相关技能经验。

Engineering team 可以被引导到你想让他们看的code
通常HR筛选之后，给engineering team 再筛一边，这个时候你的code才有可能被看到。尽量把项目描述详细点，时不时在描述当中突出自己得意的地方（加一些code的链接），让别人看到你最优秀的地方。

如何写Readme的内容：

• 目的：描述一下为什么做这个项目？好玩（interest，passion）？学习某个知识点？
• keyword：涉及的技术知识点
• 描述一下整个项目的架构
• 描述一下有哪些功能
• demo video
• 遇到的问题，怎么解决的
• 未解决的问题future work
• 参考资料链接
• license
  

Note：
- 每个项目都应该有尽量多的commit
- 这样做的目的是证明，这个项目是你自己一步一步学的，而不是从别处copy过来的。
- 每天都有一定的commit
- 主要是养成持续学习、持续做事的习惯，我们团队默认每天至少一个commit（哪怕修一个typo）然后你的Github每天都有绿块。

说实话，大公司的面试官根本不看这些东西，也不会跟你聊这些。。。你被HR骚扰的原因大概率不是因为你的Github，而是因为你在Linkedin上说你是做mobile 的。维护自己的GitHub当然是一个很不错的习惯，但是如果觉得GitHub搞好了就可以找到工作真的有点一厢情愿了。事实上，除非是某些著名项目的contributor，大部分人的 GitHub其实是没什么价值的。

补充内容 (2019-8-13 07:19):
关键不是你自己的github如何，关键是你有没有对某些重要项目有贡献。根据我个人的经验，如果一打开一个GitHub里面全是你刷题的纪录，除了让我知道什么题不能出没有任何意义。或者你做了一个toy project，然后被人问到想哭。重要的是你对别人有什么贡献，而不是追求一个绿点点。

所以这是针对new grad 的吗？ 要做到上面这些真的很花时间，要刷题要看书看文档还要经营自己的github做side project, 工作后真的没有这么多时间，还没说工作本身了，有的时候得加班吧，或者得想想最近遇到的问题下班花时间总结总结吧。如果公司就用Github, 那使用的频率还高点，工作中用到某个开源项目发现有个bug 跑去评论一下或者提交个PR，体现自己的参与度。但是公司不用Github, 每天要有commit绿点点，估计都是提交自己的leetcode solution吧，自己做side project 也不可能有自己实际工作遇到的那么复杂吧。 HR和HM针对在职跳槽的candidate会特别在意GitHub吗？

我的建议是对于new grad来说github可有可无...如果里面东西搞不成低不就 反而是鸡肋 而且占用了大量的时间, 当然如果某著名开源框架你贡献过什么功能的话另当别论

我可以把课堂上的sample code总结一下放到github上么，还是只能放自己亲自写过的code呀？

Jackie2931 发表于 2019-8-13 01:56
我可以把课堂上的sample code总结一下放到github上么，还是只能放自己亲自写过的code呀？

个人觉得最好是自己写的code，HR会看的，课堂的那种作业他们基本不关注，毕业求职的时候recruiter都会问你有没有side project. 所以还是提早准备着

很有用的信息！

大脸猫22233 发表于 2019-8-13 03:05
个人觉得最好是自己写的code，HR会看的，课堂的那种作业他们基本不关注，毕业求职的时候recruiter都会问 ...

从来没碰到问的.......

大笨熊nyc 发表于 2019-8-14 04:21
从来没碰到问的.......

我遇到了很多个，店面和onsite全都问了，只能说是个趋势？