今天读到的一篇文章：怎样花两年时间去面试一个人引起了我的共鸣，有感而发也想写写我的感受。

虽然这篇文章是从公司的角度出发，来说明公司如何有效地招到优秀人才的问题。但实际上也侧面说明了应聘者应如何最好地向公司证明或表现自己的技术能力。

令我印象最深并且十分赞同的观点是，这篇文章提出公司最好是以应聘者读过的书 、博客和Github来体现应聘者的技术素养。

这两个衡量点，都具有以下优点：

1. 清晰、明确，完全可度量。
2. 防伪。书读没读过，一问便知；你伪造不了 GitHub 历史，伪造不了check-in历史，review comments，文档，交流记录

书单加上项目，已经基本上覆盖了所需的全部技能。

不像象牙塔里面大作业，Github上有源代码管理系统，自动化build，有check-in，有review，有分工，有合作。最重要的是，这是一个集市，一个超出象牙塔的集市，牛人相互吸引，你可以在互联网上找到和自己拥有共同兴趣的一帮人，真正做起一点事情，而不是交差，不需要受限于几十个人的一个小班级。

Github 展现技能

作为“求职者”的我们或许也应该尝试使用博客和Github来展现自己的技能。我的一段经历或许能作为上述观点的一个佐证。

在 2021 年秋招面试阿里时，我的 Github 或是博客（主要是Github）给我带来了很大的面试优势。我在投递简历后的第二天就接到一个来自阿里面试官的电话，面试官说道：“xx同学，我看到了你的简历和你 Github 上的项目，觉得与我们部门的工作需求很吻合，所以想和你约个面试...”。

我当时有点楞住了。阿里的正常面试流程应该是要先做笔试题再到面试。我当时是打算刷一刷算法题顺便再多准备一下面试的。没办法，只能硬着头皮上了。在正式面试时，面试官只是简单问了我一些基础知识，然后丢给我一个简单的算法题就准备退出会议了。面试官可能看到我有些疑惑，告诉我说他已经通过我的Github了解我的水平了，并且问过一些技术问题后觉得我还可以，但是算法题还是得做一做，我自己做完然后提交就可以了。首先我很感谢面试官对我的认可，不过心里还是调侃：嘿嘿，可能面试官是忙着去写代码（修bug）吧。

我以为一面面试官是个很“水”的人，但二面面试官开头就跟我说：“今天面试我们就不聊技术的内容了，因为很少有人能从他（我的一面面试官）手上通过，技术能力应该是没有问题的。”然后，二面面试官就和我从全局视角聊技术的过去和现在、对比各个技术实现的优劣、畅想未来行业的发展方向。当然啦，大部分都是面试官谈他的见解。我就在一旁：“嗯嗯，对！”，然后时不时提出一些我的看法。三面也相对轻松，最后我还拿到了一个不错的 offer。可以说这是一次十分愉快的面试经历。

所以从我的经历来看，大厂可能也开始倾向于以 Github 和博客来评估一个求职者的技术能力。当然，这可能只是个例，尤其我投递的操作系统内核开发方向，这个岗位可能更是一个看重技术能力而非背”八股文“能力的岗位。

博客输出知识

我几次提到博客，怎样花两年时间去面试一个人这篇文章还提到了企业可以通过博客来评估求职者的能力。

很多朋友也许注意到一个现象，现在企业对招聘者简历的要求也在变得越来越灵活变通，例如ThoughtWorks在招聘的时候就希望招聘者能给出自己的博客地址，博客对IT行业的意义也许胜过其他所有行业，一个积累多年的技术博客比任何简历都更能说明问题。

因此，我期望继续在博客上做输出和分享。最近我也是开始回归原始，使用 RSS 订阅方式来阅读博客，发现了很多十分优秀的博主。比如说程序员的喵、 刘未鹏 | Mind Hacks 和 Leeyom's Blog。从他们的文字中我可以看出分享对他们是快乐，阅读他们的文字也使我感到快乐和心潮澎湃。这坚定了我以后持续写博客的信念。

结识志同道合的人

除此之外，我认为我们的书单、Github主页以及博客不仅仅是求职的一个手段，还是一个向志同道合的人介绍自己的途径。如果你刚好看到了这篇文章觉得我们有类似的想法，或是我们从事着类似的工作、有类似的爱好，十分欢迎和我交流。

共勉。