面试完一位十几年经验的候选人，有话想对大家说~

技术人不容易，研发何苦为难研发。不过衡量之后还是没有给这位仁兄发pass卡，个中缘由，想和大家唠叨一下，有则改之无则加勉。

0.1面试前的小九九

第一眼看到十几年工作经验的时候，确实紧张了一下。这么多年技术的积累，得是多么的牛逼。

不过又一想，技不如人也没什么好丢人，况且，团队内比自己强的人越多，能得到的好处和进步就更大。这才放平心态。

下面，主要就面试过程中的两点感触和想法，和大家聊下。

0.2关于主语言和知识体系的理解

主语言是一个研发人员赖以生存的基础。对于工作十好几年的技术人，如果说语言的新特性会因为工作重心偏向架构而有所忽略，还情有可原(起码是个借口)。如果对其核心知识点及其原理不理解，不熟悉，就有点说不过去了。

就比如，并发中synchronized的知识点：

如果， 只是对优化和升级过程说的头头是道，感觉1-3年的同学也能答的很好，就算不懂提前背背八股文，谁还说不上一两句么。

再往深处， 应该把为什么会有锁膨胀的机制，是为了应对什么问题的原因说出来。如果能把操作系统的Mutex Lock说的比较明白，那么说明对synchronized的核心原理是了解的，起码是下过功夫的，背八股文也认了，最少知识是成体系的、相互关联的。

更进一步， 能依赖上述知识体系 ，对不同业务场景的代码编写起到指导作用，如果真实业务场景中没有遇到类似的决策，起码，可以把现代jdk中hashMap用synchronized代替lock的原因说出个123来。

然而当第二个层次的内容都没有完成好，就不得不让我对其主语言的把控程度有所怀疑。

我记得阿里内网曾经流传过一个《Java开发者都应该做一下的N问题》的帖子，一位N多年没做开发的高P( p10 还是p11来着 )对每个问题进行了作答，结果比大部分一线开发的答案更完整且深入。年限长不是遗忘的理由，还是理解程度的问题。

0.3对话和作答的方式及习惯

这个问题，其实应该说是一个面试技巧。

对话和回答问题时，最好不要有含糊不清的用词或助词，比如："我觉得"、"应该是"、"吧"、"有点忘了"......

有的人就习惯不把话说满，会给自己留余地；而另一些人，确实是对当前知识点不熟悉，这些助词的使用就会是一个不自觉的行为。

我的建议是，最好刻意的注意和改正下，因为类似这样的话术，会让人觉得你不把握，会对你的专业知识有所质疑。

我非常佩服我的一位前同事，和他的聊天中，任何事情都会说的非常笃定，就算只知道7分，也会说的像知道12分。

要不是遇到一件我非常笃定的事情，发现他在吹牛逼，简直要被他忽悠瘸了。。。

但不得不说，在面试这种短时间的交流场景，这样性格和谈话习惯，简直是利器，无往不利，就算说错了，被质疑，大不了辩解一句记混了完事。

而表现出来的专业的精神和较真的态度，一般人应该都是会吃这一套的。

0.4总结

没有给老哥pass卡的原因其实不止这两点，这里也不好全抖娄出来。但上面涉及的两个点都是本人的真实感受，总结一下：

首先，个人建议，如果没有十足的把握，还是不要写精通为好，多正直的人都免不了有逆反情绪；

其次，主语言是我们吃饭的家伙，就算是要去字节，要从Java换成Go，如果有对Java语言体系的清晰认知，也可以帮助你快速的了解和掌握一个新的语言；

最后，别怕，面试官都是渣渣，忽悠就对了，万一真瘸了呢~

如果大家有其他想法也欢迎留言交流，批评指正~