技術人員的職場面試指南
每當人們問我應對技術面試最重要的一點是什么，我都會告訴他們：做好準備。
面試會帶來很大壓力，這種壓力會影響你的交流能力，令你無法進行全面思考、做完整的表述。在來回的話題轉換中你會跑題，甚至都不記得一開始的主題是什么了。有的時候你在慌亂中把底牌全都亮出來了。
做好準備不代表你要填滿所有的面試時間，而是要按重要性把他們想知道的訊息排序。瀏覽下列問題，想象你在招人，你希望知道些什么？
你曾有哪些建樹？
你遇到的最棘手的專業問題是什么？
你是怎么解決的？
就是這些類型的問題。需要注意的是所有這些問題都是關于被面試者的，特別是關于做了什么以及如何做到的。如果你在某些不熟悉面試的公司進行面試，你可能還會遇到這樣一些問題：
你認為你5年之后會處在一個什么樣的位置？
你為什么想在這工作？
你怎么解決與合作者的意見分歧？
這些問題從公司的角度來看都是沒什么意義的，因為預測事情是很難的，特別是未來的事。面試官很可能并不知道他們想要什么答案，這些問題只是用來填補時間的。不過這里需要說明，我所在公司的人力資源部門就會問一些類似“如果我們發offer你真的會來工作么？”的問題（例如“你滿意我們提供的待遇么？”）。如果你正在申請一個很小的公司，你可能就會在面試中遇到這一類問題。
如何準備
準備一疊卡片，每一張卡片上寫一項你完成的任務或者你管理過的項目，用一句話描述你的主要工作和你解決問題的主要方法，就像你在Stack Overflow上提問附帶的標簽那樣。寫了這些之后，再寫下你所能想起的嘗試和失敗，你可以限制在5個以內，但是除非你真的嘗試得不多（這也沒事），不要一寫到5個就結束了。最后，寫下你還在做的事。
現在把卡片反過來。在最上頭，用一個詞描述你從這個項目中學到的最有價值的東西。你只能列出一個最關鍵的點。如果你還沒有解決這個問題，那就寫下你最新從中得到的領悟，然后用一行話描述這個想法從何而來。按這個步驟把卡片寫完。
我經常聽到有人說不知道面試官想知道哪些任務和項目。他們想知道你所提供的材料中的內容。如果你給他們一份簡歷，他們會問你關于之前工作的問題；如果你給他們你的Github鏈接，他們就會問關于你項目的問題；如果你給他們你的Stack Overflow鏈接，他們就會問關于你的回答的問題。你需要確保你所列出的每個工作經驗都至少有一張卡片，最好每個工作經驗中最重要的一點都有一張。確保你在過去一年中在Github的每個項目都有一張卡片。至于Stack Overflow上的問題，只要確保你最熱門的提問和回答就行了（不需要為此寫滿整張卡片）。這些基本上就是你會被問到的全部內容。以我發在Developer Story上的一個項目為例。
如何講一個好故事
現在，你已經有了重點卡片，該開始練習面試中要說的話了。即使你的卡片上已經有全部的重點，把這些重點變成一個吸引人的故事才是關鍵。
具體化
好的故事是基于對話的。面試的過程是我將我的信息傳遞給你，你從中找到對你的工作有用的內容。當無話可說的時候，對話往往就進行不下去了，所以一定要避免這一點。雖然廣博的見識很吸引人，還會顯得非常聰明，但要記住，我們的目標是在這個過程中讓面試官針對每一個環節向我們提出更多問題。要做到這一點，最好的方法就是具體化。
《反斗智多星》（Wayne’s World）里的這個場景充分說明了為什么不能泛泛而談，這樣別人就不知道該怎么回應，因為你讓人無話可接。在電影里，Wayne說的是“我喜歡你的襯衫，哥們”而不是“我愛你，哥們”，這樣Garth就可以很輕松地繼續對話，因為他知道下面要說什么。“哦，是的，這是我在里諾的音樂會上買的，那天鼓手特別嗨……”就是這樣。要說具體的，而不是泛泛而談，特別要注意結合當時的環境。
從亮點開始
好的故事會從一個亮點開始，第一句話就會讓人產生興趣，想知道后面發生了什么。
“我建立了一個用于運行開發者報告的Web界面。”這是一個不好的開頭。面試官此時的問題基本上會是這兩個方向：“什么是開發者報告？”“你用什么技術來構建界面？”這些問題都不會引向有趣的事。開發者是一群人，那現在談論的就不是你了，而且許多人都使用了你所使用的Web前端框架，而這個項目有趣的地方可能不在于你使用的框架。
“我在Google Maps界面上設置了7個數據集，讓銷售組的人員可以獲得全球開發人員的實時報告。”現在你可能會想知道我在這個項目中做了哪些工作，我們會展開對話，因為我使用了具體的信息來突出了這個項目中3、4個有趣的方面。這就是利用亮點和使用傳統方式來表現自己的區別。
按時間倒序講
一般來說，真實的故事都按時間倒序講，這就是為什么我們從亮點開始。相比之下，編排過的故事按時間正序講。在面試官看來，正序講故事更像是在背誦拼命記過的東西，那么這個故事就顯得更不真實了。好的面試官會讓你按倒序講故事，因為他們會不斷要求你詳細講他們感興趣的部分。如果你確實清楚發生了什么，為什么會發生這樣的事，這對你來說應該不是個問題，因為你非常熟悉你正在談論的問題。你所需要記住的就是你在敘述主線中離開的地方，這樣之后你可以回到這里。
如果面試官要求你詳細講講剛才說的內容，但你試圖繼續把故事講下去，那就充分表明你是個不誠實的騙子。你可能把別人做的決定以某種方式說得好像是你做的，或者你顯得好像熟悉你所使用工具的內部運作勝過熟悉你自己做的。這些不一定是謊話，但是溝通不暢也會顯得不誠實。在面試中不誠實很不好，畢竟如果這個公司擅長面試的話，你很有可能被揭穿。不過我也想指出，如果你在這種情況下被揭穿，并不意味著面試就一定失敗了。當你被揭穿時，要記得從這時起多講一些，確保只說你所做的事情。被揭穿兩次就差不多了。
亮點已經講完了，下一步說什么？面試官會引導接下來的內容，他們會讓你詳細講講你在亮點里說到的2到4個有趣的地方。他們會問到一些你只是嘗試過但沒有成功的東西。一般來說，沒人會關心實際的解決方案，作為一項工作技能，探究方式比知道答案更重要。你能夠解決問題和你只是知道答案是有區別的。在你只是知道答案的情況下，最好的辦法就是講講解決方案的幾個部分以及它們是如何共同起效的。但是，在很大程度上，你被招來是解決問題的，所以你必須講講那些嘗試過但是沒成功的東西。
談論你嘗試過的東西還有另一個好處。一旦你拋出了這個亮點，面試官就會開始猜測你是如何解決這個問題的。這樣你就與面試官的思考方式有所不同，而且因為講到了方法，現在你就可以把重點轉到那里。你可以和面試官討論他們的想法，特別是如果你這樣嘗試過。要確保你一直在關鍵點上，這樣才能推進到下一步。
作為面試官和開發人員，我非常高興在面試中學到如下幾點：
不要猜面試官知道什么
在大多數情況下，你不知道面試官知道什么。你不知道他們熟悉哪種語言，他們擅長解決什么樣的問題，他們的工具箱中有什么工具。這里有一點平衡的作用。聰明的方法是假定他們知道一些事情。假定他們知道開發人員日常做什么，知道如何解決問題。在你的`敘述過程中時不時地停下來，確保面試官還能跟得上。這些可以通過肢體語言來完成，留意他們是不是認同你說的（在你說話的時候，他們有沒有經常說“對”），或者直接停下來問他們你是否講清楚了，他們是否還想讓你再多說些內容。
如果你在一個故事中離題太遠又沒有確認面試官是不是還跟得上，他們就會覺得你無法闡述好一件事。要積極地確認面試官了解你正在講什么，這樣不僅你會覺得更舒服，面試官也會覺得他們學到了一些東西。
還有一點是不要假設面試官認為哪些事是有趣的。不要對你所做的任何事表達負面觀點，因為這可能正是他們認為有趣的。就算你覺得這很簡單幼稚或者別的什么，你仍然可以就此展開對話。現在開發人員有數百種專業技能，如果你正在申請的是Web開發崗位，并不意味著面試官和你一樣知道CSS或某些javascript功能。如果面試官在與你交談時對某些事情感興趣，可以以吸引人的方式多談一談。
讓面試成為對話
講得更清楚一點，就是讓面試成為對話。事實是你并不知道面試官會在你給他們的材料或任何你可能說的話中找到什么有趣的內容，我也無法知道。盡量讓他們對你所做的事情感興趣，如果他們沒什么反應，反過來問問他們希望你談什么。“你希望我說什么？”這樣不好；“你覺得我的簡歷中有什么有趣的地方？”這樣就好多了。這可以看出他們的準備工作。如果他們的回答是“我沒有找到任何有趣的內容”，那么你的下一個問題應該是“那為什么我要參加這次面試？”一直試著去猜測面試官覺得有趣的內容是浪費時間，直接問更有效。如果他們不想和你談具體的內容，可能他們自己就沒有為面試做準備。
練習
練習面試是我最喜歡的環節。直接和其他開發員講講你做過的事，從亮點開始，具體化，當他們問你問題時，按照時間倒序講講你嘗試過的東西。
記住：當你和別人交流時，要確保你說了5至10張不同卡片的內容，一張是不夠的。大部分公司會讓你見3至5個面試官，要確保你不是在和不同的人重復相同的內容，因為他們是會互相對照的。在練習時注意人們問你的問題，你在真正面試中遇到的問題會跟這些差不多，你可以通過多回答幾遍來做到應對自如。當你說話的時候，你也應該注意對方的情緒。通過這樣的訓練，多說那些令人感興趣的、最希望聽到的內容。
你被錄取的可能性與面試官對你所說內容的興趣成正比。講故事是一個有吸引力的方式，可以與剛結識的人建立有趣的對話。希望你覺得這是個練習講故事的好方法，并成功應對面試。
【技術人員的職場面試指南】相關文章：
職場老鳥的面試指南01-23
職場跳槽指南08-22
面試指南02-17
面試指南精選02-07
面試指南：面試的技巧02-03
職場生存發展指南07-28
面試的指導指南02-23
面試指南與技巧02-09
最新面試指南02-09
这里有更多你想看的|
|
- 上一篇：大學畢業個人自我鑒定怎么寫 大學畢業自我鑒定簡短精選
- 下一篇：返回列表
