如果你需要安排一场技术面试，你会怎么进行？

国外有一个叫 TripleByte 的网站, 他们的面试当中打分最终要的一个环节, 就是一个 debug 题目, 给一个大概 500-800 行的项目, 比如其实就是一个爬虫, 然后有几个过不了的 test, 你半小时内解决. 没有注释, 面试官不跟你聊天, 全靠你自己看代码. 代码本身质量很高, 对象结构, 设计模式什么的都没问题.
我因为本身不是科班出身, 我当时写的时候真的感觉这个东西相当考验你的代码量基础.

2 道算法题问基础
问简历上的一个项目问经验

1，问一些当前工作相关的技术问题
紧贴工作，基本要求，至少要能做公司的工作。

2，展示一个他认为最值得炫耀(做的最好的)的项目
从他介绍的项目中，看出他的真实水平如何。(当然要他说出项目好在哪里，哪个部分是他负责的)

3，未来人生规划
是否一个稳定工作者，是否一个有工作激情的人，是否与公司发展不同

4，上家公司为什么离职
可以真切知道他想要什么。当然，你要结合 3 的回答跟他说，我不希望这份工作你不喜欢，然后你又要换工作，多麻烦，希望他能诚实回答。一般都会说实话，骗我也没好处。

我一般不出什么算法题，这个工作遇不到，就算遇到了，让他百度谷歌学吧，要答案没啥难度。
我希望一个人能稳定工作，有一定的人生规划，但不要与公司的发展不同，至少要能工作半年以上。

同#2

我一般会考察他的学习能力，需要他共享屏幕。
我会给他一个他从来没有接触过的工具或者概念，以及需要用这个东西完成的一个简单的任务，看他的学习方式以及完成的质量。

白板写代码的过程是必须的

白板写算法

@vegito2002 我觉得这类是挺不错，直接就上来做。虽然也有点临场发挥的影响，但比默写算法啥的好很多

@vegito2002 @xiaotuzi @Had @aijam 非常认同。

其实一直认为在面试中「过度」的要求撸算法其实很不实际。觉得就像是读书（也是很多套路+背再来点技巧），最后读完书实战就翻车了。

我觉得流程会是 @xiaotuzi @vegito2002 两者的结合。大体会是：

- 出一个问题让解决
- 咨询在上家的工作情况
- 之前做的觉得满意以及最不满意的东西
- 接下来的计划以及离职原因
- 如果入职有什么期望


@bengol @bestkayle 白板撸码我觉得也可以，不过就是不能撸太多（多了意义不大，其中一个环节就好）。大学的时候 cpp 考试全是手写。对思路和逻辑要求高，刚入学那会有时候会因为脑子锈了，写了一堆烂代码然后纸又不够。




一年过去了，再来看这个帖子感觉又不太一样了，感谢各位！