引言
很多程序員面試完了，尤其是面試不通過(guò)的情況下，都會(huì)吐槽面試官：?jiǎn)柕膯?wèn)題真多！你掌握了嗎，就問(wèn)我？我簡(jiǎn)歷上都沒(méi)寫(xiě)，你問(wèn)我干什么？崗位JD沒(méi)要求，你也問(wèn)？總結(jié)起來(lái)就是一個(gè)現(xiàn)象：面試時(shí)感覺(jué)是要造火箭，實(shí)際大家都知道就是擰螺絲！這個(gè)現(xiàn)象，其實(shí)還挺普遍的！我個(gè)人認(rèn)為面試官這么操作，是合理的，也是必須的！對(duì)于候選人來(lái)說(shuō)，也有一些面試的技巧。
面試官的篩選策略
一場(chǎng)精心安排的面試，對(duì)于面試官來(lái)說(shuō)，要盡可能的尋找到最優(yōu)秀的人才；對(duì)于候選人來(lái)說(shuō)，要盡可能的證明自己就是那個(gè)最優(yōu)秀的人才。面試官可能一天要面對(duì)數(shù)十個(gè)候選人，而候選人可能一天只需要面對(duì)1個(gè)面水管。從體力上來(lái)說(shuō)，面試官處于劣勢(shì)地位。這個(gè)時(shí)候，面試官最有效的策略就是盡可能的否定候選人的優(yōu)秀，而不是證明候選人的優(yōu)秀，因?yàn)橐穸ㄒ粋€(gè)候選人的優(yōu)秀相對(duì)成本更低，“挑刺”總是很容易的嘛！
策略指導(dǎo)行為方式，既然面試官秉持著“盡可能的否定候選人優(yōu)秀，而不是證明候選人優(yōu)秀”的策略，那么其行為方式就只能是盡可能的“挑刺”。如何“挑刺”呢？最直接的方式就是擴(kuò)大面試涉及知識(shí)的廣度！也就是說(shuō)會(huì)考察候選人簡(jiǎn)歷說(shuō)明的知識(shí)點(diǎn)之外，或者崗位JD描述之外的知識(shí)。如果候選人不了解，那就可以作為一個(gè)潛在的淘汰候選人的“刺”。
擴(kuò)大面試涉及知識(shí)的廣度，總給候選人一種被欺負(fù)的感覺(jué)：我簡(jiǎn)歷上都明確寫(xiě)了掌握了哪些知識(shí)，崗位JD上也沒(méi)說(shuō)明要掌握這個(gè)知識(shí)，為什么要問(wèn)呢！事實(shí)上，更優(yōu)的策略不是在增加知識(shí)廣度，而是增加知識(shí)深度！也就是針對(duì)候選人簡(jiǎn)歷和崗位JD中涉及的知識(shí)點(diǎn)的深度做細(xì)致考察。這樣，正常的候選人不會(huì)感覺(jué)委屈，而是會(huì)認(rèn)識(shí)到自己的不足。當(dāng)然，要在知識(shí)深度上做考察，對(duì)于面試官的要求會(huì)更高，這樣的面試官相對(duì)來(lái)說(shuō)也更少。
還有一種情況是面試官想讓候選人更全面的展示能力，擔(dān)心你的能力不止于簡(jiǎn)歷上所寫(xiě)，想更全面的了解你！這個(gè)時(shí)候，對(duì)于候選人來(lái)說(shuō)是一個(gè)難得的機(jī)會(huì)，把握好了也許是個(gè)加分項(xiàng)！
要勇于說(shuō)出“不了解”
候選人面試時(shí)，對(duì)于完全不了解，或者掌握深度不夠的知識(shí)，究竟應(yīng)該怎么回答面試官呢？基于壓力下的自我保護(hù)意識(shí)，候選人的第一反應(yīng)大概率會(huì)是：總要說(shuō)點(diǎn)什么吧。其結(jié)果就是越說(shuō)破綻越多，越說(shuō)越?jīng)]自信，越說(shuō)思維越混亂，越說(shuō)越緊張！甚至有的候選人會(huì)答非所問(wèn)，把問(wèn)題往自己熟悉的知識(shí)強(qiáng)行去靠。這樣其實(shí)面試效果會(huì)更差，因?yàn)楸緛?lái)面試官只是認(rèn)為你的知識(shí)廣度或深度不夠，結(jié)果因?yàn)?b>答非所問(wèn)會(huì)讓面試官?lài)?yán)重懷疑你的溝通能力！
與其忐忐忑忑的回答一個(gè)自己也不理解的答案，還不如大大方方的說(shuō)：這個(gè)我沒(méi)有了解過(guò)。這樣的回答最起碼會(huì)給面試官一個(gè)干凈利落、說(shuō)話(huà)不拖泥帶水、溝通能力不錯(cuò)的印象。 當(dāng)然，要做到這點(diǎn)其實(shí)是有點(diǎn)反人性的，需要在每次面試過(guò)程中不斷的刻意練習(xí)，而且承認(rèn)自己不知道也是自信的一種表現(xiàn)！
承認(rèn)自己不知道只是會(huì)讓你的面試盡量少的減分，而要讓其加分，更好的回答應(yīng)該是：這個(gè)我沒(méi)有了解過(guò)，但是我根據(jù)自己的經(jīng)驗(yàn)可以簡(jiǎn)單談一談！很多技術(shù)問(wèn)題，處理的思路都是想通的，背后的思想很可能都是殊途同歸的。所以哪怕你沒(méi)有真正遇到并處理過(guò)這種問(wèn)題，也可以針對(duì)如何解決這個(gè)問(wèn)題給出大體的策略。比如這樣一個(gè)開(kāi)放性問(wèn)題：如何優(yōu)化系統(tǒng)性能？我相信不是候選人做過(guò)系統(tǒng)性能優(yōu)化，但是優(yōu)秀的候選人仍然可以回答出具體的處理策略！
問(wèn)題：如何優(yōu)化系統(tǒng)性能？下邊只是給出一個(gè)很簡(jiǎn)要的回答綱要，實(shí)際還需要每個(gè)結(jié)合自身經(jīng)驗(yàn)作答。
1. 定位系統(tǒng)性能瓶頸
1.1 定位是否數(shù)據(jù)庫(kù)性能導(dǎo)致
1.1.1 是否數(shù)據(jù)庫(kù)連接池不足導(dǎo)致
1.1.2 是讀取導(dǎo)致還是寫(xiě)入
1.2 定位是否接口性能導(dǎo)致
1.2.1 是否打印日志過(guò)多導(dǎo)致
1.2.2 是否RPC序列化導(dǎo)致
2. 解決系統(tǒng)性能瓶頸
2.1 如果是數(shù)據(jù)庫(kù)連接數(shù)不夠，是否可以增加連接池大小？
2.2 如果是讀取導(dǎo)致，看是否可以走備庫(kù)分流？
2.3 如果是打印日志過(guò)多，是否可以調(diào)整日志級(jí)別？?jī)?yōu)化日志打印數(shù)量？
2.4 如果是RPC序列化導(dǎo)致，是否序列化組件Bug？或者是對(duì)象過(guò)大？
