概述
又是一個大學畢業季，剛好最近幾年參與過很多面試，把其中遇到的一些具有“代表性”的面試場景總結出來和小夥伴聊聊，助力小夥伴跳過一些面試大坑(強烈希望)。
對於面試，有很多小夥伴認為只是聊技術、聊能力，其實不僅如此，下面是摘自百度百科對面試的定義：
面試是通過書面、面談或線上交流（視訊、電話）的形式來考察一個人的工作能力與綜合素質，通過面試可以初步判斷應聘者是否可以融入團隊。在特定場景下，以面試官對應聘者的交談與觀察為主要手段，由表及裡測評應聘者的知識、能力、經驗和綜合素質等有關素質的考試活動。
接下來說的都是真實面試場景中的反例，其中有一條中招，很可能就被Pass了。
注意事項
1. 拒絕自我介紹
其實應聘者很少遇見拒絕自我介紹的，但的的確確存在，目前遇到了五例，找兩個典型的說說：
反例1：
疫情期間，公司都是通過電話或視訊的形式進行面試；收到投遞簡歷，人事會約定時間進行技術面。
面試開始時，通常會要求應聘者進行自我簡介，但應聘者卻反問：簡歷上不是寫的有嗎，是不是沒看？在面試官的要求下，他敷衍了事的說了一下，最後還補上一句：其他的都在簡歷上了。
其實到這，99%基本上被Pass了，後續的面試只是出於尊重而已。
反例2：
這個是一個人事朋友分享的，招聘一個行政職員，其中就遇到一位面試者，大概場景是這樣的，當應聘者坐下，開始進行面試：
面試官：簡單做一下自我介紹；
應聘者：簡歷上都寫了；
面試官：簡歷上寫了就不做介紹了？
應聘者：嗯；
最後面試官簡單聊了兩句，直接就說這個崗不太適合你，完成面試。
解讀：
面試時簡單的自我介紹其實不簡單，儘管簡歷上包含了全部有你要說的內容，也應該做好這個環節的介紹，面試官會通這一環節初步瞭解到你以下能力：
- 語言組織能力：提前最好準備；很多都是簡歷上寫的可好，但組織起來還是零零散散；
- 語言表達能力：提前做好準備，不要吞吞吐吐；
- 溝通能力：通過自我介紹的方式能初步預判其溝通能力，再結合後續的雙向溝通，人見得多的面試官基本上就對應聘者的溝通能力有一個初步判斷。
自我介紹是應聘者第一次與面試官的交流，如果第一印象好了，接下的溝通肯定會順暢很多。
所以當拒絕自我介紹時，其實很大程度上就拒絕了這份工作；簡歷只是對應聘者的一個書面描述，也是企業篩選求職者的一種方式，並不能通過簡單的幾頁紙就能瞭解到應聘者的綜合能力。
2. 嫌棄面試問題，並頻繁反問面試官
綜合一些朋友的面試情況(不限於程式設計師)，出現這種情況的應聘者還不少，我大概總結兩個原因：
- 應聘者溝通有問題
- 面試題太無厘頭
面試是雙向溝通的過程，如果真覺得面試題太無厘頭，可以表達自己看法，但不要出現嫌棄口吻和情緒，同時頻繁的反問面試官，他並非是針對你個人，所以互相尊重，保持好印象。
我參與面試時，會提前準備一些問題，但更多的時候會根據應聘者簡歷描述內容進行擴充套件溝通(所以簡歷內容一定要真實可靠)，也遇到過嫌棄問題，又反問我的，有幾個工作五六年的，場景都很相似，如下：
我根據應聘者簡歷描述的技術進行溝通，回答的效果和簡歷描述簡直相差太多，所以考慮問一些經常用的：
我： MVC過濾器有哪些，說說他們的執行順序(簡歷上寫著熟悉MVC)。
應聘者：支支吾吾說了一些，沒在點上。突然來一句：你這些問題太不常用了，你給我說說。
我換了一種方式，讓應聘者描述專案類似許可權、或異常日誌等功能的實現，效果也不佳，準備問點基礎。
我：介面和抽象類的區別。
應聘者：都工作五、六年了還問這些，你給我說說有啥區別？
遇見這種情況的，很多都是有一些工作經驗的應聘者，但很明顯體現出應聘者的溝通方式是有問題的，在工作中經常會遇到需求、技術相關的問題，如果以上述應聘者的溝通方式很難融入團隊。
技術交流固然是好事，這些可以放到面試之後。在面試過程中建議最好不要反問面試官，本來面試時間就不長，不要浪費在這種對自己不利的交談中。
3. 面試時好高騖遠，不切實際
還記得有一次面試，小夥技術面感覺還不錯，然後就到領導那複試了，其中記得有一個場景：
領導：你後續有什麼職業規劃 ？
小夥不假思索說到：一年後幹上部門主管，兩年後幹上經理級別。(真是這麼說的)
都說不想當將軍的兵不是好兵，但這位兄弟也太直接了；說的很有目標，但不切合實際，太空洞無物。
其實領導更多的是想通過這個問題了解到應聘者的計劃制定能力、工作穩定性。
4. 不正面回答面試問題，滿嘴“跑火車”
對於這種情況，如果不及時回到面試問題上，我會中途打斷，要求正面回答問題；但有些應聘者，一場面試引導好幾次也糾正不過來，最後糊里糊塗的被Pass了(自我感覺良好)。
來個例：
面試官：說說最近這個專案的架構和難點；
應聘者：把業務說了一遍，與架構設計和遇到的難點半毛錢關係都沒有。
面試官打斷：你主要負責專案中的那些模組，說說遇到的難點及解決措施；
應聘者：又說業務，說著說著把兼職培訓的工作也說了，然後對面試官說，我還可以推薦人(確定是來面試的嗎);
如果頻繁多次，這場面試會被面試官快速叫停，只能說這應聘者“隱藏太深，探不到底”，再換一個吧。
5. 面試沒準備，頻繁的說：這個好久沒用了，但只要有需求就可以做
對於技術面，這種情況遇到的肯定不少；在面試過程中，問到的技術點基本上都是平時經常遇到的，如果很多不確定或不知道，那得好好準備了。
在問到理論知識，有很多應聘者會說：理論記不清了，但會做。但當面試官模擬一個需求實現時，又說不好。
一些應聘者會在簡歷上寫熟悉Redis、熟悉Docker，有時候問完應用場景之後，會時不時聊一下常用的知識點和命令，比如：
面試官：Redis的資料型別有哪些，分別說說應用場景。
很多應聘者：用於快取，常用的是string，其他型別好久不用忘了(就像是程式語言一樣，基本型別都能忘，不確定是不是真熟悉)。
面試官：Docker 刪除映象的命令。(只要用Docker，這個命令的使用頻率很高啦)
應聘者：命令太多了，忘了，不過給我個需求肯定能做。
其實對於技術上的知識點，要都記住不現實，但常用的別忘了。如果因為沒有做好準備，導致面試過程中很多回答不上來，面試官也不知道怎麼給你定位。
有很多應聘者在面試快結束的時候總說：可能之前沒咋準備，所以有些問題回答的不好，後續補補就回來了；
就算最後能成功入職，可能就因為面試前沒準備，待遇就不一樣。
6. 簡歷看著很厲害，但一細探就開始忽悠
這個印象比較深，工作經驗8年了，專案經驗十幾個，其中有幾個專案都是上億元投資的大專案。技術簡介很豐富，分散式，微服務相關技術棧都列出來了，並標明熟悉和精通。當時自己面試經驗還不豐富，看著這簡歷著實有點慌(心想：面試大佬，我這個小將豈不是班門弄虎)。慌歸慌，但還得上。
根據“大佬”的介紹和簡歷，開始進行溝通討論，省略前奏，挑點重點：
我：大概說說最近這個專案叢集部署的方案；
大佬：說一堆，發現大佬叢集和分散式都區分不開；
我：Redis叢集環境搭建，簡單說說吧(簡歷寫的搭建整個專案Redis叢集環境)
大佬：說了一點哨兵模式，然後就草草結束了。
中間聊了一段時間，想著問點開發方面的。
我：簡歷中有提到，在專案框架搭建時有用模板模式，用虛擬碼的形式描述一下實現過程
大佬：圍繞著簡單工廠模式說了一點，還是沒說到點上。
最後初步判斷“大佬”的確參與了大專案開發，但更多的是負責業務功能開發多一點，關於架構和設計知識只是初步瞭解，並沒有實際操作。
其實有很多類似於這樣“美化”簡歷的，目的就是為了能在簡歷篩選時獲得優勢，但最後可能因為這點導致最後面試不成功。
總結
上面彙總的注意事項附帶真實案例，從個人面試、領導面試、朋友面試中提取出來的，覺得這幾點比較重要，建議小夥伴注意避免。
一個被程式搞醜的帥小夥，關注"Code綜藝圈"，和我一起學~~~