不考刷题考什么？

关键的确是难以有更好的 alternative。非常漂亮的侃侃而谈但是写不出代码的人，不要太多。--- 而且不要提种族，我亲自面过的人里面，国人能侃侃而谈但是写不出东西来的人，也根本就不少。

但是埋头写代码不是唯一。一遍就bug free也不是唯一。但是一个代码写的top 1%的人，很少会其他部分一塌糊涂（我面过的百十号人里面反正没见过）。起码我组里也没有因为代码有一点小Bug就作为挂掉一个人的唯一理由。

雇主关心的是：- 解决问题的能力：给一个模糊问题，能否提炼出关键，然后抽象为一些模块，用代码实现（听起来有点玄乎，这一步其实需要是，只写伪代码也要能分析）高级职位和 M1-2 的manager会偏重测试这种能力。rusty code可以被原谅，但是没有能力分析问题解决问题就不能被原谅了。当然M0仍然要考代码的。

常见的扣分点就是：还没有搞清楚requirements 就开始写代码

- 把想法变成代码的能力：Again，manager面会对代码质量要求偏低，但是完全不能写的话估计也过不去的。这里不是说必须一遍bug free，但是不能脑子里面一团麻，东一下西一下。

https://medium.com/the-year-of-t ... igners-fbe483d3b51e
Junior vs. Senior engineer



- CS基础：是否使用正确的data structure，是否能分析复杂度 - 这个比较基础，不多说了。经常考的也不过是基础内容。如果完全不会的话，的确没法claim 有扎实基础的吧。。。。

- 代码习惯：主动检查错误，命名习惯，等等。这个是看基础工程能力了。为什么这么说？因为这些小地方弄不好，具体工作起来会经常出错并且非常慢。让队伍难以快速出活

- 沟通能力：假定面试是你跟同事一起工作的场景，能否跟人讨论，能否听取别人意见，能否有理有据给出自己的意见，等等。当然面试不同于平时工作 -- 因为你的”同事“（面试官）almost always knows about the problem better。

有的职位也会问之前的domain knowledge



当然不是每家的面试官都如此。越junior的面试官越喜欢纠结小地方。越senior的面试官越注重分析能力。

另外一个人如何描述自己过去的经历也有很多名堂（见上图）即使是behavior问题也可以有各种各样花式挂法。最近遇到的一些
- 英语特别差，听不懂面试官，也不去确认，猜一个问题就开始回答，结果牛头不对
- 回答特别”junior"，心中只有实现某function，不知道big picture为什么要做这个，不知道如何衡量impact，不知道周围有什么别的产品和别的组 -- 我们遇到这类的，无论代码写的6不6，最高只能给L3，因为感觉无法独立做事
- 负面内容太多：面试的时候最好不要说什么不好的东西，顶多能说自己从某负面事情里面学到了什么经验教训，最好还能加上，后来用这个经验教训以后就纠正、改好了。绝对不要说目前公司坏话。如果一定要说不喜欢的，也要frame成：没有好坏，只有合适。
- Make lots of assumptions: 硬技术上，就是还没有搞清楚requirements 就开始写代码；soft skills上，对所面试的组持有很多固有想法，但是不是ask open ended questions去搞清楚，而是说：你们一定是这样这样的吧
- 不尝试解决问题：有的人直接说，这个我没学过您给点提示吧。。。。没做过就不能尽量用所学的内容试图解决一下吗。。。
- 还没搞清楚要做什么就拍着胸脯说能做：自信不是不可以有，但是需要搞清楚状况先。遇到过那么几个拍胸脯，当下一句问：“那你打算如何解决”的时候，给出的方案完全不靠谱。“不知道自己不知道”那种自信也要不得。

我感觉面试官和应试者的心态不同。应试者觉得面试过程是痛苦的，所以潜意识想让这个过程快点结束。这个心理会让应试者不能拓开局面去探讨问题和权衡各个方案的利弊，更想应付完了拉到了。其实正确的心态是“以商会友”，比比对方的实力，探探自己的市场。关键要尊重对方，认真应对，从而得到真经。

其实可能面试你的人也就某个方面比较强，比较熟悉。大概率他没你准备的好

K姐说的很有道理，我弱弱的问问你们组里要不要data engineer啊

收藏了，好文

大姐大就是大

有一定的道理！

赞一个！有道理

感谢 k 姐，解决问题的能力和专业的态度很重要！

感谢K姐~学到了~

感谢k姐的分享！