原文連結：エンジニアを面接するときに面接官が本当に知りたいこと - Qiita
接下來這篇文章，也同樣是從面試官的角度，說明「面試關注的幾項重點」。
以下正文開始。
寫這篇文章的動機
有時候我會感覺，工程師的面試官需要的資訊，和應徵者提供的資訊之間存在些許差距，因此我決定寫下這些想法。
對於工程師來說，如果不知道該如何準備好的自我 PR，在面試時可能會比較吃虧。因此，希望這些內容，能夠對不擅長這部分的人有所幫助。
我是誰？
我是在某個上市 Web 公司任職的工程師。
基本上是在現場工作，但也會以工程師身份，和人事參與面試相關的工作。
擁有兩年以上的招聘面試經驗。
注意事項
- 這些是以我目前所在公司的立場來看，因此觀察的視角有限
- 內容僅是我的個人見解，與所屬公司的立場無關
在面試時我的個人感受
- 我並不是為了淘汰人而來的，如果可以，我希望能讓每個人都通過！
- 我想找到你的優勢！（請告訴我你的長處！）
- 我想評價你的努力（表現對技術的熱情！）
希望能為公司和到來的面試者，創造一個良好的環境和機會。
面試是能瞭解你，和瞭解公司的機會
- 這並不僅止於公司或面試者任何一方
- 若能談論 30 分鐘，就能夠瞭解對技術的熱愛程度
- 是否有理解問題，並回答我們想知道的事情
瞭解三大關鍵點
- 動機匹配
- 文化匹配
- 技能匹配
再來，我想分別談談這三個重點。
動機匹配
- 我想知道你想做什麼，或希望獲得什麼知識
- 公司將考慮是否有與之相關的工作
- 在工作表現方面，動機會是你最強大的武器
能清楚表達自己想做的事情。即使有許多想嘗試的事情也可以。
但必須能夠解釋自己為何想做，以及為此付諸了什麼行動。
基本上，我們不會評價尚未行動的事情，因為停留在想做的階段，也就代表該動機的程度。
「我也想從事管理工作」在大多數情況下，這是一個死亡 FLAG
- 是否有為了獲得管理技能，採取相應的行動？
- 是否需要像學習程式語言或基礎設施一樣，去深入研究技術？
這包括如何正確定義敏捷開發，以及從自身角度的理解。
在服務事業中，展現如何進行產品管理和提出想法。
在專案管理中，處理時間表、預算、產品範疇、品質之間的關係，以及對利益相關者採取的行動等。
若無法清楚表達這些想法，那我們並不希望聽到「我也想做管理工作」之類的話。這就像聽到有人說「我從來沒有寫過程式，但我想成為一名程式設計師」，我們也不會考慮錄取他們一樣。
買書並準備好開發環境，這些即使不是工作，還是可以靠自己去實踐的吧？
如果真的想要從事管理工作，我們會希望你能夠談論自己具備了哪些知識。
動機是最大的力量
無論從事什麼工作，動力都是最重要的。
如果能展現動力並實際行動，我們將全力支持，尋找能相匹配的工作。
因為這樣的人一旦踏入工作崗位，很快就能夠適應環境。
文化匹配
- 公司有自己的文化
- 文化的塑造，可能與公司規模、公司歷史，以及商業模式的影響等多項因素有關
- 文化是由參與其中的每一位成員所共同創建的
就個人立場而言，我喜歡那些為了提升技能，或為了提供有自信的服務，而毫不畏懼加班的人。這並非強制要求加班，只是希望能感受到那種程度的熱情。當我不想加班時，我是不會加班的。
對其他公司來說，可能會認為只需在規定時間內完成工作，即可在自己的時間做想做的事情，例如進行技術提升等，這取決於公司的立場。
也可能取決於讀書會的頻率，以及開發過程的週期等因素。重要的不僅是參加的意願，還有是否有意願登台分享，是否希望透過行動來改變，而非只停留在思考階段等等。若傾向於參與組織，而不是自己建立架構，那麼最好選擇一家已經具備完整體制的公司。
此外，工程師與企劃規劃者之間的距離，以及計畫的詳細程度也有所差異。以 SIer（System Integration 系統整合員）來說，通常只需按照規格開發；而在 Web 領域，大多認為工程師應該多參與規劃。在這種情況，可透過研究公司提供的服務和體制，提出與服務相關的深入問題，這將有機會提高好感度。
在這裡，不建議對服務本身提出過多批判和提案。作為經營事業的公司，即使有 100 件想做的事情，由於開發資源有限，只能優先考慮價值高的部分進行開發。外部人士發現的事情，內部往往也早已理解。不懂裝懂的態度，在開發過程可能導致溝通上不一致，進而產生負面影響。
當然還是可以指出明顯的錯誤，但這通常會是把雙面刃，不一定能夠帶來正面的評價。
如果對下一代產品有什麼想法，比起建議，不如試著分享自己的願景。
是追求穩定，還是為了成長追求挑戰
技術匹配
身為工程師，累積的經驗和學習將塑造成技術組合。相對於前兩項，優先級較低。因為即使缺乏某些技能，只要保持動力並事先進行準備，即可在初期補足。
但作為同團隊的一員，仍必須能夠展現自己的價值。不論是公司或個人，雙方都無法單方面享受知識和經驗。
如果使用的程式語言與專案中的完全匹配，將會是加分項目。即使不完全匹配，也不會對造成太大的負面影響。
只要能夠深入理解一種程式語言，相信也能夠很快掌握其他語言的特性。
相反地，我們會確認對方是否真正掌握這些語言，能夠以自己的角度，清楚說明語言的優劣勢、特點、特性等知識和想法。
同時也會進行確認，面試者所認為的自身優勢，是否能在專案中發揮作用。
此時掌握的技能，大多取決於工作環境，工作需求和擔任的角色。因此不僅僅是工作，也與個人學習有關，動機的強度往往是關鍵所在。
關於如何發展自己的優勢技能，建議可以參考以下文章。
- 原文連結：エンジニアの次のステップへの勉強法
- 翻譯：[Day13] 工程師邁向下一階段的學習方法
實際面試指南
大致方針：整體來說，以闡述自身優勢、具備技能和思考方式為中心
說明自身經歷
- 經歷部分，選出 2 至 3 個能夠清楚描述自身優勢和技能的專案，以約 5 分鐘的時間進行說明
- 不需從學生時代開始詳細說明
- 不需談論與工作技能和思考無關的興趣（但破冰時可以）
- 如果在專案中無法表現自己的特點，可以加入自我學習相關的項目
- 如果是轉職的情況，請說明轉職動機
- 能夠在 1 分鐘內，針對轉職說明「公司概況和動機」
- 講述自己對技術的態度和思考方式，以及自我 PR
- 擅長的程式語言（技術），以及為何擅長或喜歡該語言
- 是否有參加工作以外的研討會或演講經驗等（並非工作強制）
著重於面試官可能感興趣的內容，並附上索引：
- 若對轉職動機感興趣，將會提出相關問題
- 若對技能或專案中的角色感興趣，將會提出相關問題
- 對於某個行為，希望更深入瞭解思考方式時
- 表達有想做的事情，希望瞭解有哪些實際行動時
回答問題
- 無法理解問題意圖的情況，請確認意圖後再回答
- 不要假裝會，或假裝知道不懂的事情
- 多數情況下，很容易被發現並讓場面尷尬
- 遇到較深的技術問題，若是擅長的部分要積極回答
- 談話應該是愉快的
- 但不要過於冗長，最多 2 到 3 分鐘，最長不超過 5 分鐘，聽 10 分鐘以上單方面的談話會有點難受
- 只有當面試官提出更深入的問題時，才能夠超過 10 分鐘以上，必須保持雙向交流
反問問題
- 如何趕上技術發展
- 工程師的行為準則
- 職業生涯和工程師的角色
- 公司特有的制度和活動
- 企業的前景和挑戰
建議針對文化相關內容提問，因為這些問題通常不容易在網路上找到資訊。
相反地，如果被問到在網路上能夠找到的資訊，可能會被認為對該公司不太感興趣。
（因為只要在面試前一天，查看公司官網就可以得知的事情，被認為是不願花費這數小時的時間做出努力的人）
總結
- 招聘是一種匹配過程，並不是為了淘汰而進行面試
- 明確瞭解自己的優勢，若沒有優勢，應該花半年以上的時間來培養
- 若在面試中提到想做的事情，應該在能力範圍內先進行嘗試
- 文化匹配有時會受到時機和部門差異影響，因此不需要感到沮喪
- 能夠說明自己的優勢、技能和思考方式，並且能用行動來應證
不論遇到什麼樣的面試官，或打算準備轉職時，希望這篇文章也能夠有所幫助：
エンジニアが転職する時に考えることを採用面接官をしてる立場から書いてみた（從面試官的角度談談工程師在轉職時需要考慮的事項）
15th鐵人賽目錄傳送門：https://ithelp.ithome.com.tw/users/20135558/ironman/6290