常常聽到面試者說，不好意思因為緊張，頭腦一片空白。
這裡面，我認為要分兩個方面來分析，
第一種情況：你已經掌握的固化知識
比如你所負責的專案模組是怎麼實現的，你簡歷上寫的某個的擅長技術細節是怎麼回事，這些如果出現答不對題，那屬於掌握得不夠紮實，跟緊張關係不大，這個鍋不應該讓乙個叫緊張的人來背。
我補充乙個例子，大家看看自己是否存在這樣的情況，比如面試前拿著乙份面試寶典，摁著一頓狂背，邊看邊感覺自己已經全部掌握了，感覺看過了就是自己的。然後到了面試環境，被面試官問到剛剛看過的問題，心理竊喜，然後又是一陣無奈，發現說不出來或說不齊全，原因是什麼？因為你之前的準備是看著面試題答案在複習，但是面對面試官的時候，你是脫稿的模式，所以一切的掌握都是假象，所以你要在面試前就看看自己在脫稿狀態下對技術的掌握程度，這樣就可以最大程度還原你在面試中的真實表現。
第二種情況：臨時乙個擴充套件性的場景問題
這種情況，通常是面試官給了乙個你從未思考過的技術場景，然後讓你給出解決方案，這種情況在過渡緊張的情況下，表現出邏輯不夠嚴謹，我倒覺得是乙個正常現象，是可以原諒的，所以作為面試官也需要適當調整面試的氣氛，避免因為緊張的原因，而錯失乙個好的面試者。
要把這類問題答好的關鍵是需要對技術點活學學用，這樣才能合理應用到各類場景中。
緊張在所難免，所以充分的準備，實力才是克服緊張的最好方式。
最後，把心態放寬一些，把面試當做是一次系統測試，測出bug，要感激，然後及時修復bug，再次測試，最終構建出穩健的系統，
3，說說面試官的心理
如果你沒做過面試官，你可能會感覺做面試官是很爽的。
其實不然，首先，作為一家正經的公司，招聘的目的就是為了招人，補充團隊的能力模型。
有些時候，我甚至感覺，作為面試官才是那個最期待候選人能通過的人，因為招聘過程是需要花費成本的，人力資源的成本，面試官的時間成本，招聘之後的培訓成本，這些都是成本。
所以，面試官當然期望今天來的這個候選人，就是對的人。
4，我們一般從哪幾個方面來考察乙個面試者
招聘不同階段的人才，會有不同的考量標準。
如果是中層管理者，除了技術能力本身的要求外，其他方面的綜合能力也是考量的重要參考之一。
如果是初入職場1-3年的開發者，則一般更多考查既有的知識儲備跟我們的技術崗位需求匹配度有多高，個人溝通表達能力，學習能力，專案經驗等等。尤其是解決問題的能力，比如我們經常會問，你在過去遇到最難的問題是什麼？
注意，這個問題的目的就是看你遇到問題的時候，你的解決思路和方式是怎麼樣的，從而對候選人有乙個初步的判斷。
最後，說一點，案例更有說服力，比如候選人說，我有很強的自學能力，注意，這樣的說法並沒有特別的說服力，但是，如果你從在實際專案中解決的乙個問題說起，會更有場景感。
一句話，用事實說話。好了，今天就聊到這，期待對你有所幫助。
從面試官的角度隨便聊聊，簡歷
有些公司是不篩簡歷，先筆試的。但是大部分公司為了節省資源 面試官的時間也要發工資的啊 所以都會先篩一下簡歷。我發現許多同學們對簡歷不夠重視 我甚至發現有人連工程內容都不寫的，誰敢要啊。給乙個公司投簡歷的時候，最好先看看該公司的 job description。一般篩簡歷的時候都是硬性標準，客觀，好篩...
面試官 說說var let const之間的區別
故心故心故心故心小故衝啊 在es5中，頂層物件的屬性和全域性變數是等價的，用var宣告的變數既是全域性變數，也是頂層變數 注意 頂層物件，在瀏覽器環境指的是window物件，在 node 指的是global物件 var a 10 console.log window.a 10 使用var宣告的變數存...
面試之站在面試官的角度去面試
就是這些了。符合這樣標準的人就是我們公司需要的員工了。記住這條標準。每天 前背誦這條標準。我們公司的目標之一就是僱傭擁有這樣的潛質的人，而不是僱傭懂某些技術的人。任何人所擁有的某些具體技術都會在幾年內過時，所以，僱傭有能力學習新技術的人，要比僱傭那些只在這一分鐘知道sql程式設計是怎麼回事的人對公司...