zzzzbw

ZUGWB2

12121 已用，感谢。

去华强北修，背板玻璃才 100 块，买个手机壳都要几十块了。我已经摔坏三四次了，自从摔坏一次之后，我就不带套了，感觉手机更好用了，因为不用担心受怕心疼了。

另外面试的时候最好也是判断一样是硬背的还是真的熟悉，考算法最好结合场景，或者加点变式。当然如果是背的算法在我这里也不扣分，毕竟背书也是一种能力，而且背多了有可能真的就会了。只是加的分没真的会的人多而已

我正好最近也在面试人，我说一下我个人面试的思路吧。

首先你先定义一个下限, 就是说如果连某些特定的问题都没法解决的, 想要的那就直接 pass 。比如，我想找一个 CRUD 的，然后对面对 List, Set, Map 都搞不清楚的话, 那就可以让对面等通知了（注意，我想要招 CRUD，而这三个集合是 CRUD 中最常用的所以我下限定的是这个，而不是“连 List, Set, Map 这么简单都不会，我不要了！”）。所以假如你招算法岗不会冒泡，DB 岗不会简单 SQL，那直接 pass 完全是可以理解的。

接着我认为面试是发掘对方的优点，然后看看哪个人的优点更匹配自己的需求，而不是像应试考试一样给完全相同的题目看谁的分高。 比如你想考察算法数据结构部分的能力，你可以冒泡排序起手，如果对面可以轻松回答，你可以再进一步问怎么优化，如果还能解决，你可以再问问树、动态规划之类的，直到对面不能顺利答出为止，那你就大概了解对面的算法能力。如果一开始冒泡都不清楚的话，那我就不继续问算法相关了，但也不会因为这个一票否决他，只是说算法这部分对面在我这里不加分。

最后再综合对方在算法、数据库、Java 、项目等方面的表现，根据自己项目需求的权重（或者个人喜好），决定这个人通不通过。

所以除非这个人触犯了你所定的要求下限，都不应该由于一个问题一票否决一个人。