不要在简历里写太多精通

1、现象

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

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

2、我心中的精通，

1了解原理，

2熟练使用，

3能给他人讲解通透，

4再进一步能本身开发这门技术的实现

这些就和修仙小说中的【认识规则，掌握规则，创造规则】同样。若是要创造规则，规则的每个细节都须要了解

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

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

 

3、面试中的问题

例如简历里写

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

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

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

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

 

4、怎么写简历技能

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

hashmap为何快，什么状况下快，什么状况下得不偿失，hashcode有什么用，实际上是在考察hash算法

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

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

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

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

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

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

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

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

 

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

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