不要在简历里写太多精通

一、现象

作为一个随公司一起发展的实践出身的技术面试官，从面试实习生开始积累经验，到面试高级开发，近三年来面试了近两百人，只要写在简历上的精通，我都会下意识的多问问，结果大部分差强人意。

有很多刚毕业几年的简历上写了一堆精通，基本上就是了解，可能我们对精通理解不一样，

二、我心中的精通，

1了解原理，

2熟练使用，

3能给他人讲解通透，

4再进一步能自己开发这门技术的实现

这些就和修仙小说中的【认识规则，掌握规则，创造规则】一样。如果要创造规则，规则的每一个细节都需要了解

以盘龙中的等级来说，精通xx就是xx系的大圆满上位神，能在工作和生活中自己创造出一些特殊的应用，并有自己心得体会

所以遇到简历上一堆精通的，面试时候我都会先问一句面试者，【这么多精通真的精通么，有没有特别精通的】实际上就是让面试者仔细考虑一下，自己最擅长哪一个，最擅长的肯定会被详细询问，面试官也不想浪费时间，想直接了解最强的技术。

 

三、面试中的问题

例如简历里写

精通java基础：我一般会问，基本数据类型和包装类的问题，可能不是直接问，会在一问一答中考察，如装箱拆箱，integer类型的缓存问题，==判断引用问题，排序问题，integer大小问题，左移问题，泛型问题等等，

精通数据库或sql：我一般会问，表连接，左连接，表连接三种实现方式【hash join，merge join，nested loop】，三值逻辑【这是数据库设计的信仰问题】，范式，手写sql，性能优化，索引失效原因，隐式转换等等，

那么如果你只是写过java代码，每天curd，基本上就是被吊打，加分项变成了减分项。

因为我比较擅长数据库和算法，所以在面试中会往这个方向靠拢，其他面试官也有各自的擅长，估计也会在面试中逐渐靠拢。

 

四、怎么写简历技能

任何一种精通我都会默认为了解原理，了解原理至少得先了解计算机原理，那么很可能我会问一下算法数据结构相关问题，

hashmap为什么快，什么情况下快，什么情况下得不偿失，hashcode有什么用，其实是在考察hash算法

索引为什么是btree，二叉树不行么，hash索引为什么很少用，其实在考察数据库逻辑结构和索引的实现

面试的过程其实就是一个博弈的过程，面试官要尽可能了解面试者，可能会多方面为难面试者，尽量筛选出只是面试前突击背诵网络文章而不理解的面试者，

在面试的过程中逐渐熟悉更多的技能，面试对面试官也是有益处的。

我就问过几个比较缺德的问题：long到底多大，手解一元二次方程，解释洛必达法则。

所以所有我的带过的开发人员，我都会提过，简历中不要多于两个精通，面试官会多方面考察，至少需要达到面试官心中的熟悉层度才是基本合格，这样的精通才是亮点。

如果不考察，那是面试官的失职，算你运气好。

大家写简历都会搜索一下名词，基本上技能level是精通、熟悉、了解

这些level，应该是金字塔形的，一两个精通，三四个熟悉，八九个了解，就已经十来个技能了， 差不多就行了，过犹不及。

 

写在简历上的都有可能被面试官提问，你已经记不太清楚的技术和项目，能不写就不写。

以上是一家之言，姑妄听之。