1 剛開始一定得通過一些小公司練手
我打算要換工作，就更新了簡歷，這時就有不少獵頭來找我，剛開始，我不敢面大公司，只是去些規模小的互聯網公司。因為一方面，當時我很久不面試了，面試實戰技能難免有些荒廢，另一方面，離我之前的面試畢竟過了一陣，我不知道當前市面上哪些技術比較值錢。
而且，我在面試前會準備一些針對項目和值錢技術的說辭，這些說辭總要經過實戰來演練下。事實上，在和小公司溝通的過程中，進一步提升了我的相關表述能力和相關話術，相當於用小公司來踩坑。相反，如果用大公司的面試失敗來換得這些進步，就未免有些可惜了。
所以，我和獵頭明說，我想去大公司，但之前，你得讓我到一些小公司去練練手，同時，我面試好以後，會告訴你這些小公司的面試題和相關技巧。這樣一些獵頭就肯先推薦我去小公司了。
1 剛開始一定得通過一些小公司練手
我打算要換工作，就更新了簡歷，這時就有不少獵頭來找我，剛開始，我不敢面大公司，只是去些規模小的互聯網公司。因為一方面，當時我很久不面試了，面試實戰技能難免有些荒廢，另一方面，離我之前的面試畢竟過了一陣，我不知道當前市面上哪些技術比較值錢。
而且，我在面試前會準備一些針對項目和值錢技術的說辭，這些說辭總要經過實戰來演練下。事實上，在和小公司溝通的過程中，進一步提升了我的相關表述能力和相關話術，相當於用小公司來踩坑。相反，如果用大公司的面試失敗來換得這些進步，就未免有些可惜了。
所以，我和獵頭明說，我想去大公司，但之前，你得讓我到一些小公司去練練手，同時，我面試好以後，會告訴你這些小公司的面試題和相關技巧。這樣一些獵頭就肯先推薦我去小公司了。
2 投簡歷前，微調簡歷描述的技巧
1 公司A在職位介紹裡，提到對分佈式組件有要求，尤其是負載均衡集群。這塊技術我在通用版簡歷中只是籠統寫了下，有nginx+lvs實際經驗，既然這個公司有類似要求，我就在簡歷中細化了這塊：用到了lvs+keepalive集群和nginx，它們分別工作在4層和7層，（後省略相關技術使用點描述），最後介紹下效果：用了這個負載均衡組件外，我們系統承受住了xx的併發量。
2 在公司B的職位介紹裡，提到了高併發的需求，那麼我就著重寫了我壓測的相關經驗，包括壓測環境怎麼部署，用到哪些組件，再同時列了些壓測後改善系統性能的若干方法。
3 公司C比較小，需要一位比較資深的能帶團隊的架構師，那麼我在簡歷中除了介紹技術外，還著重寫了帶團隊的若干經驗。
對大家來說，其實面試任何一家公司，它們的職位要求絕對不可能一樣。這時大家最好是微調下簡歷。這種微調，絕對不是胡亂編寫，比如上個項目乾的是測試，簡歷中改成開發。而是挖掘下側重點。
就像我之前給出的案例，對於分佈式技術，我上個項目確實用過，但簡歷中篇幅有限，我不可能面面俱到地寫，但既然你們公司有要求，那麼我就針對性地詳細介紹。
其實這塊談不上是面試技巧，而是語文技巧。首先是審題，理解職位介紹的主要內容，然後再像寫作文那樣，詳細擴展下上個項目裡相關技術點。甚至這只是中考語文的考點而不是高考的，但我自己的體會是，在這段時間裡針對每份職位介紹我都做了微調，所以基本上是投一份簡歷就能得到一次面試機會。
3 在換工作前，需要定下預期目標，同時要觀察公司的情況
我見過不少人，面試成了就進去了，結果雖然錢達到預期，但工作環境和行業背景都不是自己想要的，對自己未來發展很不利。
目前不少公司的情況，比如行業背景（比如金融保險電商等）還有工作強度（加班情況）在網上都能查到，用什麼技術（比如分佈式技術還是雲還是AI）通過打聽也能問到。互聯網是萬能的，甚至如果仔細些，一些離職率，每年工資的增長幅度，甚至這個公司是第幾輪融資，一般也能看到。
而且，大家在面試的時候，可以通過現場觀察以及和麵試官交流，旁敲側擊地打探到上述情況。在這個基礎上，大家需要結合自己當前的需求和未來3到5年的發展方向，找若干類適合自己的公司，下面就給些我個人的和我所見到的例子。
1 （這是我個人的觀點）比如我不大願意進創業型公司，也比較排斥長時間的996，所以這類公司我只是拿來練手。
2 有段時間，不少P2P金融公司踩雷，所以哪怕面試時，這類公司的面試官會說得天花亂墜（很少有說自己不好的），但這類公司得慎重。
3 有次我到一個現場去面試，發現公司規模不大，是在一個園區裡佔1個樓層，且大多是業務人員，開發的不多，而且人事總會說自己公司正在融資，那麼這個公司就有可能不穩定，在有其它選項時，我就沒去。
4 我認識一個人，他想在Java分佈式這塊有所發展，他5年後的目標是架構師，在面試過程中，他就詳細問了未來新進組的技術棧，等確定可以了再入職。
換工作是個折騰人的事情，雖然沒有十全十美的事情，進新公司後一定會發現和當初的預期有所不同，但如果事先不調查，那麼入職後後悔這還是小事，耽擱自己的發展才是大事。
1 剛開始一定得通過一些小公司練手
我打算要換工作，就更新了簡歷，這時就有不少獵頭來找我，剛開始，我不敢面大公司，只是去些規模小的互聯網公司。因為一方面，當時我很久不面試了，面試實戰技能難免有些荒廢，另一方面，離我之前的面試畢竟過了一陣，我不知道當前市面上哪些技術比較值錢。
而且，我在面試前會準備一些針對項目和值錢技術的說辭，這些說辭總要經過實戰來演練下。事實上，在和小公司溝通的過程中，進一步提升了我的相關表述能力和相關話術，相當於用小公司來踩坑。相反，如果用大公司的面試失敗來換得這些進步，就未免有些可惜了。
所以，我和獵頭明說，我想去大公司，但之前，你得讓我到一些小公司去練練手，同時，我面試好以後，會告訴你這些小公司的面試題和相關技巧。這樣一些獵頭就肯先推薦我去小公司了。
2 投簡歷前，微調簡歷描述的技巧
1 公司A在職位介紹裡，提到對分佈式組件有要求，尤其是負載均衡集群。這塊技術我在通用版簡歷中只是籠統寫了下，有nginx+lvs實際經驗，既然這個公司有類似要求，我就在簡歷中細化了這塊：用到了lvs+keepalive集群和nginx，它們分別工作在4層和7層，（後省略相關技術使用點描述），最後介紹下效果：用了這個負載均衡組件外，我們系統承受住了xx的併發量。
2 在公司B的職位介紹裡，提到了高併發的需求，那麼我就著重寫了我壓測的相關經驗，包括壓測環境怎麼部署，用到哪些組件，再同時列了些壓測後改善系統性能的若干方法。
3 公司C比較小，需要一位比較資深的能帶團隊的架構師，那麼我在簡歷中除了介紹技術外，還著重寫了帶團隊的若干經驗。
對大家來說，其實面試任何一家公司，它們的職位要求絕對不可能一樣。這時大家最好是微調下簡歷。這種微調，絕對不是胡亂編寫，比如上個項目乾的是測試，簡歷中改成開發。而是挖掘下側重點。
就像我之前給出的案例，對於分佈式技術，我上個項目確實用過，但簡歷中篇幅有限，我不可能面面俱到地寫，但既然你們公司有要求，那麼我就針對性地詳細介紹。
其實這塊談不上是面試技巧，而是語文技巧。首先是審題，理解職位介紹的主要內容，然後再像寫作文那樣，詳細擴展下上個項目裡相關技術點。甚至這只是中考語文的考點而不是高考的，但我自己的體會是，在這段時間裡針對每份職位介紹我都做了微調，所以基本上是投一份簡歷就能得到一次面試機會。
3 在換工作前，需要定下預期目標，同時要觀察公司的情況
我見過不少人，面試成了就進去了，結果雖然錢達到預期，但工作環境和行業背景都不是自己想要的，對自己未來發展很不利。
目前不少公司的情況，比如行業背景（比如金融保險電商等）還有工作強度（加班情況）在網上都能查到，用什麼技術（比如分佈式技術還是雲還是AI）通過打聽也能問到。互聯網是萬能的，甚至如果仔細些，一些離職率，每年工資的增長幅度，甚至這個公司是第幾輪融資，一般也能看到。
而且，大家在面試的時候，可以通過現場觀察以及和麵試官交流，旁敲側擊地打探到上述情況。在這個基礎上，大家需要結合自己當前的需求和未來3到5年的發展方向，找若干類適合自己的公司，下面就給些我個人的和我所見到的例子。
1 （這是我個人的觀點）比如我不大願意進創業型公司，也比較排斥長時間的996，所以這類公司我只是拿來練手。
2 有段時間，不少P2P金融公司踩雷，所以哪怕面試時，這類公司的面試官會說得天花亂墜（很少有說自己不好的），但這類公司得慎重。
3 有次我到一個現場去面試，發現公司規模不大，是在一個園區裡佔1個樓層，且大多是業務人員，開發的不多，而且人事總會說自己公司正在融資，那麼這個公司就有可能不穩定，在有其它選項時，我就沒去。
4 我認識一個人，他想在Java分佈式這塊有所發展，他5年後的目標是架構師，在面試過程中，他就詳細問了未來新進組的技術棧，等確定可以了再入職。
換工作是個折騰人的事情，雖然沒有十全十美的事情，進新公司後一定會發現和當初的預期有所不同，但如果事先不調查，那麼入職後後悔這還是小事，耽擱自己的發展才是大事。
4 面試前，我總要查看職位介紹，以此準備項目介紹
在上文裡，我一直介紹的是準備簡歷和定目標，從這部分開始，將介紹準備面試。在之前的博文裡，我一直強調項目介紹的重要性，所以當我自己出去面試的時候，這塊絕對重視。在準備項目介紹前，我還是會通讀應聘職位的技術介紹，然後按如下的步驟來準備。
1 介紹項目的基本情況，比如這個項目是幹嘛的，有哪些模塊流程是什麼，自己做了哪些，持續了多久，有多少個人參與。這塊切記，可以談下業務，但別深入，因為面試官不熟悉，也不想熟悉候選人的業務，這塊時間控制在1分鐘之內。
2 通過介紹項目用到的軟件，以及項目的管理方式，來進一步驗證項目的真實性，否則很難和培訓班給出的項目有差別。
我介紹的時候，就說，項目管理用Maven，部署用jenkins，靜態掃描用Sonar，任務管理和bug管理用jira，平時採用敏捷的項目迭代方式，每天有站會，大約1月一個迭代版本。這塊大家可以根據自己的情況來介紹，時間也別太長，估計用1分鐘也就夠了。
3 這塊最重要，是結合業務，拋出項目用到的技術，但別展開。
比如我見過一個職位介紹，裡面寫到需要有數據庫優化的經驗，那麼我就說，項目裡我用過MyCat作為分庫分表，（不展開技術），結果上線後，我們數據庫能承受住每秒2000個併發請求（說下用好的結果）。
又如一個JD裡說要用到微服務技術，那麼我就說，項目裡用到了Spring Cloud框架，用到了Ribbon，Eureka等組件，容器是Docker。用好以後，在發佈時會發現，各模塊之間的調用耦合性大大降低。
這塊為什麼不用展開？第一，當前還在介紹項目，如果展開技術，就會主次不分，面試官會對你的邏輯思路產生質疑。第二，由於在JD裡有要求，面試官一定會深入來問，別人問你說總比自己自吹自擂要好。第三，就好比之前考文科內容，當前在介紹項目時，先應當把所有的點說出來，面上自有機會發揮。
5 準備項目介紹時，我是如何準備值錢技術的
這塊其實和介紹項目經驗時密不可分，這裡就拿我介紹過的Netty組件來說明。
1 準備如何過渡到相關技術的說辭。
這裡一定別讓面試官感覺你在自說自話。比如我準備的方案1是，在介紹好項目背景後，如果面試官沒打斷，我就詢問，能否介紹其中的Netty細節？得到允許後再說。方案2是把這些技術關聯到面試官可能會問的問題上，比如問及網絡通訊時介紹Netty，這個事先我會整理一個問題列表，遇到此類問題，我會拋出Netty說辭。對於其他技術也可以照此準備。
2 結合業務需求點，說下為什麼要用這個技術，以及用了有什麼好處。
比如為了優化網絡通訊協議，所以用基於TCP協議的Netty，我業務模塊裡的xxx功能是用到netty，再稍微結合業務和Netty展開下。這樣的話，面試官就會感覺這個技術你不是僅僅在學習中用到，而且在項目業務裡用到。
3 準備下這個技術裡我踩過的坑。
比如通訊過程中我遇到了半包和粘包問題，對此我更是深入了底層代碼說明，還有Netty裡的堆外內存管理問題，我準備了一個由於管理不善而導致的OOM問題的排查和解決過程（這類問題網上相關的也很多）。
4 我再準備了用了這個技術後對項目的幫助。
比如Netty是基於TCP協議的，它要比Http協議要輕，所以通訊性能高，且Netty內部的Reactor線程模型對系統的IO幫助很大。
其實準備到這個程度，一般的面試官就不怎麼再問了，哪怕面試官再問了一個我不知道的問題，我也可以理直氣壯地說不知道了，畢竟我之前已經介紹了不少底層代碼，再精通Netty的人也未必能面面俱到地在脫稿的情況下回答出任何問題。
但為了以防萬一，我更準備了“源於項目但高於項目”的說辭，一方面證明我平時還會不斷專研，另一方面進一步證明我熟悉並能合理使用Netty的底層代碼。這方面我準備瞭如下的內容：
1 Netty的重要組件以及一個請求過來時各模塊工作的時序圖。
2 Netty內部零拷貝的原理和好處，對此還專門準備了代碼。
3 Netty讀寫索引的工作方式。
4 Netty異步處理的機制。
大家可以想象下，如果在面試中，大家很自信地邊寫底層代碼邊解釋問題，面試官會對大家有什麼評價？其實這些都是可以準備的，我一直沒明白，為什麼有些人面試前不做任何準備？這些準備的素材又不是找不到。
下面我再略講下我MyCAT的準備要點。
1 還是講下業務背景，為什麼要用？
2 如何使用，無非是設置分庫規則，改寫SQL語句等。
3 準備下踩到的坑，比如自增長主鍵在每臺機器上都要保證唯一。
4 然後再結合些底層代碼，準備下一條SQL語句是如何分發到對應的分庫上的，然後執行好以後又如何返回的。
基本上我面試時說到這個程度後，面試官就不怎麼問了。
6 事前評估好自己的薄弱點，想辦法讓面試官忽略
哪怕事先再準備，我們也不能保證自己一定能達到職位介紹裡的要求，這時候就得準備一個自己薄弱技術的列表，然後想辦法在面試中繞過去，如果繞不過去，就找些替代方案。
比如我對消息通訊組件不熟悉，在面試前我哪怕看代碼看文檔也無法進一步理解，我就在面試中，故意不提這個環節，拋出其它值錢技術，引誘面試官來問，一般交流一個技術點大約耗時10分鐘（邊畫圖邊介紹再提問），所以面試過程中詳細交流到的最多也就5個點，少的話就3個，在不少面試裡就根本沒涉及到這塊。
有兩場面試，技術面試官問及到了，我就說項目裡用過，同時多介紹些使用場景，比如用Kafka進行異步消息通知，通過消息中間件來保證交易的冪等性。這樣面試官聽到我介紹了應用場景，就至少會認為我用過。只有一場面試，面試官在kafka方面問得很細，問到如何集群內防止消息重發的細節，我就沒回答上。
也就是說，我通過刻意迴避外加介紹業務應用場景，很大程度上隱藏了我瞭解不深的技術。相反，如果我在簡歷中大大咧咧地寫上用過kafka，那麼可能每場面試都會被問到，畢竟在面試中被問倒不是件好事。
又如，我對分佈式集群裡的失效轉移底層細節始終沒理解透徹，那麼在相關問題上就得非常小心。
有一場面試裡，我被問到dubbo+zk集群，這塊如果細問，一定會問到失效轉移的選舉算法，我對此不熟，那麼我就先說dubbo的通訊協議，序列化方式以及通過設置超時時間實現服務降級的思路，然後再說zk的部署。最終面試官果然問到選舉算法，但之前我已經結合業務談了dubbo底層代碼和zk的相關部署，所以不理解選舉算法並沒有產生太大的影響。
這裡用到的技巧是“偷換概念”，一個問題有多個回答方向，你先讓面試官感覺到你在很多領域非常熟悉，那麼在個別領域不熟悉就無傷大雅了。
7 和獵頭和人事的溝通要點
1 獵頭和我們是一夥的，我們成了獵頭也能拿到提成，所以和獵頭談時一定得坦誠，把你優點和弱點都說，獵頭會幫忙想辦法（比如問面試題）或者是幫忙優化簡歷。
2 面試前，一定和獵頭談次，或者問下對這家公司該說什麼話，以及之前人的成功失敗經驗，如果問題，去問下面試題（包括筆試題和口頭技術問題）。
3 面試後，一定第一時間和獵頭溝通，這時個人直接去問不合適。而且還可以通過獵頭說，哪怕這個崗位沒面上，還可以嘗試這個公司的其它崗位。
4 談工資時一定得先聽獵頭的建議，不少人對當前行情不瞭解，或者信心不足，工資沒要足，這時讓獵頭談是比較合適的，因為獵頭就幹這個的。一般來說，跳槽後，工資大約有20%到50%的漲幅，有些公司會要前家公司的收入證明，相關問題也可以問獵頭。
但和人事談，就要小心了，畢竟人事是公司開工資的。
1 人事會問之前公司的離職原因，這時千萬別讓人事感覺出你不穩定，你可以說為了進一步提升自己的能力，此類問題網上太多，大家可以自己查。
2 在談發展方向時，別和JD上的背離。比如JD上是招個技術開發人才，你卻和人事說，幹了1年後想轉Team leader管理崗位，或者說同時想做測試，那麼人事就會感覺到，你未來的發展規劃和公司想要的不匹配。
總之，面試時人事會非常nice地和你交流，有時候甚至是套話，看你是否穩定，是否能很好地和團隊協作，能否加班，我就見過有人卡在人事這關，甚至還不知道為啥被拒。
而且一般你在和人事談工資前，最好向獵頭打探下這個職位的工資範圍，在此基礎上，如果你感覺面試非常好，或者他們著急要人，或者你感覺加班會很多，可以適當多要些，相反如果你非常想進這個公司，那麼就自己斟酌。
1 剛開始一定得通過一些小公司練手
我打算要換工作，就更新了簡歷，這時就有不少獵頭來找我，剛開始，我不敢面大公司，只是去些規模小的互聯網公司。因為一方面，當時我很久不面試了，面試實戰技能難免有些荒廢，另一方面，離我之前的面試畢竟過了一陣，我不知道當前市面上哪些技術比較值錢。
而且，我在面試前會準備一些針對項目和值錢技術的說辭，這些說辭總要經過實戰來演練下。事實上，在和小公司溝通的過程中，進一步提升了我的相關表述能力和相關話術，相當於用小公司來踩坑。相反，如果用大公司的面試失敗來換得這些進步，就未免有些可惜了。
所以，我和獵頭明說，我想去大公司，但之前，你得讓我到一些小公司去練練手，同時，我面試好以後，會告訴你這些小公司的面試題和相關技巧。這樣一些獵頭就肯先推薦我去小公司了。
2 投簡歷前，微調簡歷描述的技巧
1 公司A在職位介紹裡，提到對分佈式組件有要求，尤其是負載均衡集群。這塊技術我在通用版簡歷中只是籠統寫了下，有nginx+lvs實際經驗，既然這個公司有類似要求，我就在簡歷中細化了這塊：用到了lvs+keepalive集群和nginx，它們分別工作在4層和7層，（後省略相關技術使用點描述），最後介紹下效果：用了這個負載均衡組件外，我們系統承受住了xx的併發量。
2 在公司B的職位介紹裡，提到了高併發的需求，那麼我就著重寫了我壓測的相關經驗，包括壓測環境怎麼部署，用到哪些組件，再同時列了些壓測後改善系統性能的若干方法。
3 公司C比較小，需要一位比較資深的能帶團隊的架構師，那麼我在簡歷中除了介紹技術外，還著重寫了帶團隊的若干經驗。
對大家來說，其實面試任何一家公司，它們的職位要求絕對不可能一樣。這時大家最好是微調下簡歷。這種微調，絕對不是胡亂編寫，比如上個項目乾的是測試，簡歷中改成開發。而是挖掘下側重點。
就像我之前給出的案例，對於分佈式技術，我上個項目確實用過，但簡歷中篇幅有限，我不可能面面俱到地寫，但既然你們公司有要求，那麼我就針對性地詳細介紹。
其實這塊談不上是面試技巧，而是語文技巧。首先是審題，理解職位介紹的主要內容，然後再像寫作文那樣，詳細擴展下上個項目裡相關技術點。甚至這只是中考語文的考點而不是高考的，但我自己的體會是，在這段時間裡針對每份職位介紹我都做了微調，所以基本上是投一份簡歷就能得到一次面試機會。
3 在換工作前，需要定下預期目標，同時要觀察公司的情況
我見過不少人，面試成了就進去了，結果雖然錢達到預期，但工作環境和行業背景都不是自己想要的，對自己未來發展很不利。
目前不少公司的情況，比如行業背景（比如金融保險電商等）還有工作強度（加班情況）在網上都能查到，用什麼技術（比如分佈式技術還是雲還是AI）通過打聽也能問到。互聯網是萬能的，甚至如果仔細些，一些離職率，每年工資的增長幅度，甚至這個公司是第幾輪融資，一般也能看到。
而且，大家在面試的時候，可以通過現場觀察以及和麵試官交流，旁敲側擊地打探到上述情況。在這個基礎上，大家需要結合自己當前的需求和未來3到5年的發展方向，找若干類適合自己的公司，下面就給些我個人的和我所見到的例子。
1 （這是我個人的觀點）比如我不大願意進創業型公司，也比較排斥長時間的996，所以這類公司我只是拿來練手。
2 有段時間，不少P2P金融公司踩雷，所以哪怕面試時，這類公司的面試官會說得天花亂墜（很少有說自己不好的），但這類公司得慎重。
3 有次我到一個現場去面試，發現公司規模不大，是在一個園區裡佔1個樓層，且大多是業務人員，開發的不多，而且人事總會說自己公司正在融資，那麼這個公司就有可能不穩定，在有其它選項時，我就沒去。
4 我認識一個人，他想在Java分佈式這塊有所發展，他5年後的目標是架構師，在面試過程中，他就詳細問了未來新進組的技術棧，等確定可以了再入職。
換工作是個折騰人的事情，雖然沒有十全十美的事情，進新公司後一定會發現和當初的預期有所不同，但如果事先不調查，那麼入職後後悔這還是小事，耽擱自己的發展才是大事。
4 面試前，我總要查看職位介紹，以此準備項目介紹
在上文裡，我一直介紹的是準備簡歷和定目標，從這部分開始，將介紹準備面試。在之前的博文裡，我一直強調項目介紹的重要性，所以當我自己出去面試的時候，這塊絕對重視。在準備項目介紹前，我還是會通讀應聘職位的技術介紹，然後按如下的步驟來準備。
1 介紹項目的基本情況，比如這個項目是幹嘛的，有哪些模塊流程是什麼，自己做了哪些，持續了多久，有多少個人參與。這塊切記，可以談下業務，但別深入，因為面試官不熟悉，也不想熟悉候選人的業務，這塊時間控制在1分鐘之內。
2 通過介紹項目用到的軟件，以及項目的管理方式，來進一步驗證項目的真實性，否則很難和培訓班給出的項目有差別。
我介紹的時候，就說，項目管理用Maven，部署用jenkins，靜態掃描用Sonar，任務管理和bug管理用jira，平時採用敏捷的項目迭代方式，每天有站會，大約1月一個迭代版本。這塊大家可以根據自己的情況來介紹，時間也別太長，估計用1分鐘也就夠了。
3 這塊最重要，是結合業務，拋出項目用到的技術，但別展開。
比如我見過一個職位介紹，裡面寫到需要有數據庫優化的經驗，那麼我就說，項目裡我用過MyCat作為分庫分表，（不展開技術），結果上線後，我們數據庫能承受住每秒2000個併發請求（說下用好的結果）。
又如一個JD裡說要用到微服務技術，那麼我就說，項目裡用到了Spring Cloud框架，用到了Ribbon，Eureka等組件，容器是Docker。用好以後，在發佈時會發現，各模塊之間的調用耦合性大大降低。
這塊為什麼不用展開？第一，當前還在介紹項目，如果展開技術，就會主次不分，面試官會對你的邏輯思路產生質疑。第二，由於在JD裡有要求，面試官一定會深入來問，別人問你說總比自己自吹自擂要好。第三，就好比之前考文科內容，當前在介紹項目時，先應當把所有的點說出來，面上自有機會發揮。
5 準備項目介紹時，我是如何準備值錢技術的
這塊其實和介紹項目經驗時密不可分，這裡就拿我介紹過的Netty組件來說明。
1 準備如何過渡到相關技術的說辭。
這裡一定別讓面試官感覺你在自說自話。比如我準備的方案1是，在介紹好項目背景後，如果面試官沒打斷，我就詢問，能否介紹其中的Netty細節？得到允許後再說。方案2是把這些技術關聯到面試官可能會問的問題上，比如問及網絡通訊時介紹Netty，這個事先我會整理一個問題列表，遇到此類問題，我會拋出Netty說辭。對於其他技術也可以照此準備。
2 結合業務需求點，說下為什麼要用這個技術，以及用了有什麼好處。
比如為了優化網絡通訊協議，所以用基於TCP協議的Netty，我業務模塊裡的xxx功能是用到netty，再稍微結合業務和Netty展開下。這樣的話，面試官就會感覺這個技術你不是僅僅在學習中用到，而且在項目業務裡用到。
3 準備下這個技術裡我踩過的坑。
比如通訊過程中我遇到了半包和粘包問題，對此我更是深入了底層代碼說明，還有Netty裡的堆外內存管理問題，我準備了一個由於管理不善而導致的OOM問題的排查和解決過程（這類問題網上相關的也很多）。
4 我再準備了用了這個技術後對項目的幫助。
比如Netty是基於TCP協議的，它要比Http協議要輕，所以通訊性能高，且Netty內部的Reactor線程模型對系統的IO幫助很大。
其實準備到這個程度，一般的面試官就不怎麼再問了，哪怕面試官再問了一個我不知道的問題，我也可以理直氣壯地說不知道了，畢竟我之前已經介紹了不少底層代碼，再精通Netty的人也未必能面面俱到地在脫稿的情況下回答出任何問題。
但為了以防萬一，我更準備了“源於項目但高於項目”的說辭，一方面證明我平時還會不斷專研，另一方面進一步證明我熟悉並能合理使用Netty的底層代碼。這方面我準備瞭如下的內容：
1 Netty的重要組件以及一個請求過來時各模塊工作的時序圖。
2 Netty內部零拷貝的原理和好處，對此還專門準備了代碼。
3 Netty讀寫索引的工作方式。
4 Netty異步處理的機制。
大家可以想象下，如果在面試中，大家很自信地邊寫底層代碼邊解釋問題，面試官會對大家有什麼評價？其實這些都是可以準備的，我一直沒明白，為什麼有些人面試前不做任何準備？這些準備的素材又不是找不到。
下面我再略講下我MyCAT的準備要點。
1 還是講下業務背景，為什麼要用？
2 如何使用，無非是設置分庫規則，改寫SQL語句等。
3 準備下踩到的坑，比如自增長主鍵在每臺機器上都要保證唯一。
4 然後再結合些底層代碼，準備下一條SQL語句是如何分發到對應的分庫上的，然後執行好以後又如何返回的。
基本上我面試時說到這個程度後，面試官就不怎麼問了。
6 事前評估好自己的薄弱點，想辦法讓面試官忽略
哪怕事先再準備，我們也不能保證自己一定能達到職位介紹裡的要求，這時候就得準備一個自己薄弱技術的列表，然後想辦法在面試中繞過去，如果繞不過去，就找些替代方案。
比如我對消息通訊組件不熟悉，在面試前我哪怕看代碼看文檔也無法進一步理解，我就在面試中，故意不提這個環節，拋出其它值錢技術，引誘面試官來問，一般交流一個技術點大約耗時10分鐘（邊畫圖邊介紹再提問），所以面試過程中詳細交流到的最多也就5個點，少的話就3個，在不少面試裡就根本沒涉及到這塊。
有兩場面試，技術面試官問及到了，我就說項目裡用過，同時多介紹些使用場景，比如用Kafka進行異步消息通知，通過消息中間件來保證交易的冪等性。這樣面試官聽到我介紹了應用場景，就至少會認為我用過。只有一場面試，面試官在kafka方面問得很細，問到如何集群內防止消息重發的細節，我就沒回答上。
也就是說，我通過刻意迴避外加介紹業務應用場景，很大程度上隱藏了我瞭解不深的技術。相反，如果我在簡歷中大大咧咧地寫上用過kafka，那麼可能每場面試都會被問到，畢竟在面試中被問倒不是件好事。
又如，我對分佈式集群裡的失效轉移底層細節始終沒理解透徹，那麼在相關問題上就得非常小心。
有一場面試裡，我被問到dubbo+zk集群，這塊如果細問，一定會問到失效轉移的選舉算法，我對此不熟，那麼我就先說dubbo的通訊協議，序列化方式以及通過設置超時時間實現服務降級的思路，然後再說zk的部署。最終面試官果然問到選舉算法，但之前我已經結合業務談了dubbo底層代碼和zk的相關部署，所以不理解選舉算法並沒有產生太大的影響。
這裡用到的技巧是“偷換概念”，一個問題有多個回答方向，你先讓面試官感覺到你在很多領域非常熟悉，那麼在個別領域不熟悉就無傷大雅了。
7 和獵頭和人事的溝通要點
1 獵頭和我們是一夥的，我們成了獵頭也能拿到提成，所以和獵頭談時一定得坦誠，把你優點和弱點都說，獵頭會幫忙想辦法（比如問面試題）或者是幫忙優化簡歷。
2 面試前，一定和獵頭談次，或者問下對這家公司該說什麼話，以及之前人的成功失敗經驗，如果問題，去問下面試題（包括筆試題和口頭技術問題）。
3 面試後，一定第一時間和獵頭溝通，這時個人直接去問不合適。而且還可以通過獵頭說，哪怕這個崗位沒面上，還可以嘗試這個公司的其它崗位。
4 談工資時一定得先聽獵頭的建議，不少人對當前行情不瞭解，或者信心不足，工資沒要足，這時讓獵頭談是比較合適的，因為獵頭就幹這個的。一般來說，跳槽後，工資大約有20%到50%的漲幅，有些公司會要前家公司的收入證明，相關問題也可以問獵頭。
但和人事談，就要小心了，畢竟人事是公司開工資的。
1 人事會問之前公司的離職原因，這時千萬別讓人事感覺出你不穩定，你可以說為了進一步提升自己的能力，此類問題網上太多，大家可以自己查。
2 在談發展方向時，別和JD上的背離。比如JD上是招個技術開發人才，你卻和人事說，幹了1年後想轉Team leader管理崗位，或者說同時想做測試，那麼人事就會感覺到，你未來的發展規劃和公司想要的不匹配。
總之，面試時人事會非常nice地和你交流，有時候甚至是套話，看你是否穩定，是否能很好地和團隊協作，能否加班，我就見過有人卡在人事這關，甚至還不知道為啥被拒。
而且一般你在和人事談工資前，最好向獵頭打探下這個職位的工資範圍，在此基礎上，如果你感覺面試非常好，或者他們著急要人，或者你感覺加班會很多，可以適當多要些，相反如果你非常想進這個公司，那麼就自己斟酌。
8 總結：不能常跳槽，但得經常更新自己的技能
在上文裡，我通過最近換工作的經歷，向大家介紹了相關經驗，比起我的兩本書，Java Web輕量級開發面試教程和Java核心技術及面試指南，自認為本文介紹的技巧更有實戰性。
我不推薦經常換工作，比如一年換個兩家，那麼公司會質疑穩定性，但對於我們做IT的人來說，如果手頭技術停滯不前，那麼自己的競爭高工資的能力也會大大降低。
那麼目前該瞭解哪些技術？以及在這個技術方面我當前掌握得如何？這固然可以通過工作來檢驗，但工作中接觸到的技術畢竟是有限的，這時就可以通過面試來檢驗自己當前的學習情況，同時也可以通過面試題去了解自己的努力方向。
歡迎在評論區留下你的觀點，一起討論提高。如果今天的文章讓你有新的啟發，或者在學習能力的提升上有新的認識，歡迎轉發分享給更多人。