简历

简历是对面试者的第一印象来源和第一手信息的获取渠道，也能部分体现面试者的素质。
从面试者角度出发，这份简历应该是经过仔细的推敲的，它要展示出面试者的闪光点，
引起面试官的好奇心和好感，同时，应该还要有意识地避开自己的薄弱点，引导面试官的问题。
从面试官的角度来说，他要淘汰没有可能的面试者以节约时间，同时发现潜在的有能力的面试者进行面试。

我认为的好的简历可以看看这里: How to write CV

问问题

面试总是免不了问问题的。如何问问题对于面试官也是有要求的。一方面要求面试官能够引导面试者进行交流沟通，
另一方面还要了解和获取信息。

1. 怎样问

虽然说是面试，但实际上更应该是交流和对话，不要问“你知道xxx么”，然后对方也许就回答“不知道”。
这样的氛围其实很尴尬。适当地把控面试氛围，让面试者平静和感到舒适，这样才能让面试者充分体现他的能力。
面试不是来刁难面试者的，更多的是发现亮点，了解不足。平等友好的气氛能够有更为流畅和高效的交流。

2. 问什么

2.1 从简历上发现

看着简历问，问一些他简历上你感兴趣的事，问问常见的问题，比如实习时候做了什么，有什么兴趣爱好等等。
同时，也可以通过简历上的链接了解他在其他平台的活动，看看他的兴趣是什么，做过哪些事，
问他一些知道的问题，然后慢慢深入。

2.2 自己总结的通用问题

一份聪明的简历是不会暴露自己的弱点的，它的防守是密不通风的。所以还要问几个自己想出来的问题。这些问题的特点有：

• 自己想的。招聘是要花心思的。
• 通用的。通用是说对于某个性质的的招聘面试（比如技术岗位），都是可以提问的。而且，它还意味着，不管水平高低，也都是可以回答的。
• 能够筛选。通用的问题但是却能体现出水平和不同特色，这正是好问题的体验。

下面是我几个我自己想的问题：

• "最近看过哪些印象深刻的好的书？"。看书是不会骗人的，有些题目也许还可以面试前死记硬背，
  面试者也许之前已经对于某某技术岗位的面试指南和面试指导熟记于心了。但是看书确是细水长流的积累，看书是需要时间和过程的。
  这本书为什么好，好在哪些地方等等都是可以问的。它不仅可以体现阅读者的水平，还可以看出他是不是爱思考和善于总结，
  思考的深度到哪里了。仅仅说出我看过这本书，但又说不出个所以然来，这个和没有看过有什么区别呢？
• git 的理解。git 应该是一般面试技术岗位的面试者都会的，所以也可以问问。这里体现区别的方向有对于 git 本身原理的深入理解和对于版本控制的理解。
  对方可以是对于 git 本身实现的原理有认识和理解，知道大致的原理和细节。或者他对于如何更好地使用 git 有自己的认识。
  要是只会 edit，add，commit，那大家谁不会呢？这里也不是说会一些稍微高级的命令就是会 git 的。