“ 知已知彼，百战不歹”
“也搞不明白， 为什么那么多公司都在用多线程这种高大上的东西， 而我偏偏一点也没接触过”。
今天， 面试一兄弟时， 他这么坦诚地吐槽。后来就这个话题， 也跟他聊了下我的认识。后来想了想，就这个话题展开下， IT技术面试时聊什么，就像新娘子的盖头一样， 过来人觉得也就那样，而新郎官总想找一条缝往里瞅瞅。另一方面， 也请各位过来人帮看下，我个人的提问是否得当，大家还有哪些更高效的面试技巧。
今天咱就聊一聊面试中都问些啥，以及这些问题设计背后的玄机。
“觉得面试题做的怎样？”接到对方递过来的面试题，我一般会这样温和又略带关切地寒暄。这样舒缓语气的寒暄， 是想让应聘者从紧张的答题节奏出切换出来， 以便后续的交流可以在一个相对轻松的氛围里进行。咱还真见过，面试者被追问的无处可逃，最后拍桌子直接走人，把两个主考官凉在那，一脸的尴尬。大家都不容易，没必要搞的那么剑拔弩张。另一方面， 大家在相对轻松的状态下，才能聊出真实的自己。
“…这样， 用几句话简要地介绍下， 做软件这些年来，你印象深刻的一些点都有哪些？”这个话题可谈的东西很多， 就我个人来说， 想了解下面试者大平时的工作大致是怎样的一个状态。具体拆解地看， 想了解下面这些点儿：
-
技术上，有没有碰到过疑难杂症，你是怎么解决的？如果工作经验大于五年后，在技术上一点也没有碰到过让人纠结的问题，情况不妙。
-
加班情况怎样？ 怎么看待加班？ 应该说，现在有中国特色的软件行业，如果对加班没有一个理性和可持续发展的认识，没有经过加班这的淬火的洗礼，有太多的事没法推动，自己也会陷入左右为难之境。
-
对需求开发的理解怎样？ 有没有因为业务需求前期做的不透，导致后面N多次返工， N多次地跳票。 目前阶段， 产品经理的需求侧露跟霸气侧露一样，不发生倒显得不正常了。 这种情况下， 作为技术研发，咱们本着惨淡经营的策略，怎么理解业务、深挖需求成了逃不过的必修课。
-
是不是乐于思考，并善于总结？ 从业经历中，没有碰到深仇大恨的经历，一些小刮小蹭总还是有的。如果犹豫迟疑地说不出一二三来，只能认为你平时在这方面下的功夫还不够，没能基于思考地总结出来。
-
是否能坦诚地揭自己伤疤？印象深刻的经历中 ， 可能会有些是自己的毛手毛脚、知识盲点、职业素养差引起的， 如能在面试中，坦率诚恳地揭自己的伤疤，会大大加分。所谓不破不立，交流可以更好促进成长。
“做了这么多年的软件， 你觉得一名软件从业人员，最重要的是什么？”这个问题有些价值观的感觉了。这个问题设计是这样的， 咱们做技术的都是为甲方的业务需求服务。由此而来，怎么把控业务方的需求，滴水不漏地转换成系统的功能是咱们的天职，在履行这个天职的过程，有一个关键技能如果能浑然天成地使用起来，就会事半功倍。有咱们OOP思想概括下， 就是提升建模能力，以多快好省地实现需求。也就是说，需求是目标是接口，建模能力是Impl。
“觉得除了前面聊的内容外， 还有哪些亮点没有谈到，再聊一聊”。坦率来说，这个问题是帮面试者挖掘亮点，也就是前面的回答不算好，也不算太坏，自己在岗位名额和时间成本综合考虑下，也想通过这个问题来提升招聘的工作效率。面试者，切不可满嘴跑火车地瞎说一通，要不然稍微一问就露馅，咱也得陪着小心来化解尴尬。
通过上面的几个问题，对面试者有一个比较系统的刻画，结合自己以前被面试的经验和有些盲目的准备浪费时间，也写些个人一般不会提的问题：
-
设计模式，除非简历中作为亮点地提到，并且有相关工作经验作为支撑。也就是说，设计模式是简历中的高频高值词出现。想着后续专门来写篇设计模式方面文章， 这里先不展开对设计模式的爱与恨了。
-
JVM的底层原理，如内存模型、锁的实现、垃圾回收机 制。个人认为，在当前软件系统的成本控制里，这一块的东西还远远进不了各层负责人决策视野，所以，咱也就把这类问题理解成面试过程中的补白之作，或者用这样的问题来“委婉”地告诉面试者，你回去吧。 这样一来，本着慈悲心理，咱也就不问这方面的内容了。
一些纯技术的基础点这里就不一一列举了， 如果上面的基本问题面试者可以给出默契的回复的话， 可以认为他是一个很靠谱的人， 自己也会和我一样地系统地学习基础知识，并在生活工作中，潜移默化地应用。最终我们期望找到这样的人：
-
技术扎实，或者对技术扎实有比较高的期待。
-
对软件行业的扯皮套路有一定把握和基于此的应对策 略。
-
好奇，善于捕获一些异常事件，并热爱思考。
-
为人坦率阳光，乐观，善于沟通。
-
如能时不常地文字总结，最好。
Come On， 期待你的加入，咱们一起摸爬滚打，提升网购的用户体验~~~
---------
往期推荐
~~~~~~~~~~~~~
长按二维码，关注公众号
一起推进电商业务信息化
