Engineer面试经验分享和建议

## Assumption

如果你想招进来的人比较好合作，技术不差，人品也OK。

## 技术面试部分

建议问一些工作中需要用到的相关知识。比如后端开发可以问一问常见数据结构的深层次理解。举例python list 底层是array 还是linked list? Python stl 里面有没有linked list 实现。java treemap 底层数据结构叫什么，工作原理是什么？问题可以根据candidate 的经验调整。甚至问一些和编程语言无关的，比如array 和 linked list 什么区别，如何实现，doubly singly linked list trade off. 然后选一道难度适宜的和刚刚问过的知识相关的题目。考察一下逻辑和unit test. 有时间的话问一下平时怎么做integration test, 和end to end test的。code check in 之后会干什么。看看这个人是不是认真负责，逻辑缜密, 干活是否靠谱。

如果candidate 有oncall经验，也可以问问。看看是否平时习惯不好，或者很喜欢赶时间给别人制造麻烦。

design面试的话就更容易发现这人是否靠谱了。

## bq行为面试部分

可以用公司提供的问题，但是深挖的时候看看这人是不是理念相合。

比如看看他和同事code change 争执的是什么问题。争执的问题如果是变量命名，说明可能非常扣细节。可以再挖，看看能否公平的从readability 角度考虑，还是固执自己的想法一味要别人服从。

比如和同事日常交流是否只是说hi （不尊重nohello.com提到的理念）。是否特别依赖说话交流，是否文字和documentation很差。

Manager 给不合理压力的时候是否会从技术角度push back. 是否会无原则性的屈从，甚至成为无良manager 的帮凶。比如一个code change 要求别人超过10 个revision的情况，组里review的习惯和reviewers的责任肯定比change author 的责任更大。尽量多问问省得招进来以后整体和你搞politics。

建议大家多挖挖，如果bq举的例子适当夸大，说明candidate 想面试好好表现自己。如果深挖之后语无伦次，前言不搭后语，甚至发现明显在说谎，那么就可以考虑人品可能有问题，或者有难言之隐不得不编造谎言。

## 结语

经历过有些面试官心不在焉，给一道题目就去干活了。最后看是否bug free。中间交流比较少或者质量差。

建议大家推己及人，尽量对candidate也公平一些，专心面试。只看题目，那么找来的只能是leetcode 背过那道题的，并不代表真的算法数据结构基础过关，也并不能说明对方干活是否靠谱，是否好相处。

其实如果觉得本公司elb不好直说也不会有问题。经常有tt和麻的面试官直言相告，也不会因为这样被manager 刁难。

manager也会换，万一来一个人品很差的manager，你说不定还要担心被自己招进来的人背刺。

补充内容 (2023-11-01 10:16 +08:00):
大家帮忙顶一下 求米

顶一下 zszszszs