---

※ [本文轉錄自 Tech_Job 看板 #1P1SH7j6 ]

---

另一個標題：如何面試一家公司。

原作者：Dave Smith，Twitter: @djsmith42
原文：A developer’s guide to interviewing
Louie Lu 經作者同意翻譯為正體中文。

部落格好讀版：https://goo.gl/OucrsC


譯註：

(1) 本文描述為美國之情況，不一定能直接套用於台灣環境。


(2) 前幾天看到 Dave Smith 的「開發人員的面試指南」，
    讓我對面試時最後那個提問時間有了更深刻的體認 (相見恨晚.....)

    因此這篇文章就把他順手翻譯完成了 (感謝 Dave Smith 同意翻譯)


-----------------------------------------------------------


你有沒有過，當你在面試的時候，面試官坐在桌子對面，

作為一個應試者，可以想見你把目標放在一件事情上：
取得工作職缺。但是別忘記，面試並不是一個單向的工作。
如同面試官在面試你，你也必須要面試公司。


不過，你需要問他們什麼呢？


許多在尋找工作的開發者都問過我這個問提。
在過去的 15 年內，我曾在 7 間公司工作 (包含兩個實習
以及一個六個月 的新創公司)，並且面試過無數次。
我最後決定寫下我在這些面試中問的問題，
好幫助其他面試者，並且期望對他們會有所幫助。

我的目標是將這些資訊記錄下來。如果你有任何的建議，
請透過 Twitter 讓我知道，我會將資訊列入，讓大家都能受惠。

-----------------------------------------------------------

# 你跟誰談話？

當你在面試的時候，通常會遇到下面三種不同的人。
根據公司的規模，這有可能是一個人或多位人選：

* 軟體工程師
* 大頭 / 管理階層 (technical lead, middle manager, director)
* 公司領導階層 (VP, CTO, CEO, department manager)

下面的列表中，針對不同的人，我有不同的問題詢問他們。
注意到有些問題我會在不同人之間重複詢問，然後比較他們如何回答。

這是一份很長的文章， 這比較像是一份 reference 而不是一篇
拿來閱讀的文章。如果我今天正在面試，我會將這份指南帶在身上，
然後 (謹慎的) 在面試中使用裡面的提問。



基於禮貌，我通常會在面試開始時跟面試官說，希望留下時間來問問題。
這能幫助面試官規劃如何面試。通常他們會把提問的時間放在面試的結尾，
要對面試官的流程有認知，並且讓他們在早期就知道你的意向。
每個問題結束後，詢問他們是否可以繼續詢問問題，以及還有多少面試時間。

-------------------------------------------------------------

########################
# 針對軟體工程師的問題：
########################

01. 你如何知道你每天要做什麼？


這個問題的目的是要了解有無工作流程上的障礙 (dysfunction)。
我會希望從 2 到 3 個工程師口中問到答案。如果公司的領導階層說
他們遵循幾個流程，但是工程師卻沒有談到的時候，這是一個流程障礙的跡象。
如果你從不同的工程師口中問出幾個不同的答案，這又是另一個流程有問題的跡象。

在一個高素質的團隊中，我會從不同口中得到相同的答案。
每個工程師都知道工作流程，而這個流程又不會繁重到壓迫團隊，
反而是支持他們運作。

一個好答案的例子 (還有很多其他的答案) 像是：
「我們有一個 N-星期的 sprints，工程師會根據一系列的 features
以及 bugfixes 來 commits。我們每日會根據自身的進度回報給其他人知道。
我們有個很好的專案管理 (Project Manager)，
他會幫我們處理客戶問題以及協助我們針對 features 與 bugfixes 標記優先度」。

一個壞答案的例子 (還有很多其他的答案)：
「我進到辦公室然後看哪邊起火了。通常我會被一個緊急事件給打斷。」

注意到我沒有提到「Scrum」或是其他方法論的字眼。
比起公司使用了什麼樣酷炫的工程方法，我更關心
「實際上的運作在每天是如何完成的」。


02. 你們使用什麼樣的工具做版本控制？






這個問題可以作為關於工具討論的開頭，這通常會給你一些良好的觀察。


03. 你喜歡在這裡工作嗎？


強指標：我從我的工作中獲得許多成就。
強指標：我們的工作很有趣。
強指標：我喜歡跟一群聰明、友善的同事工作。
強指標：管理團隊很尊重工程師。

強指標越多越好。我不必獲得所有的強指標答案來給一個公司高分。注意到有些人不一定
能自然的給出強指標得答案，這是可以理解的。

但是如果我聽到下面這些答案，而且聽到很少強指標，我會開始緊張：

弱指標：他付我薪水。
弱指標：我不用認真的工作。
弱指標：這裡沒有太大的壓力來提交成果。
弱指標：出了點大錯也無妨。
弱指標：(一片沈默)

不要以為我在虎爛，我真的在面試時聽過這些答案。

我不會因為聽到弱指標的答案就考慮這是一家不好的公司。但是如果我只聽到弱指標，我
會開始考慮其他地方。


04. 你們寫單元測試嗎？






我希望能在開始工作前得知我是否會工作在一個大的、老舊的、未經測試的 codebase. 這
能讓我管理自身的期望，以及決定這是不是我想做的。

接續提問的問題：

* 你偏好單元測試 (unit test) 還是整合測試 (integration tests)？
* 你們有驗收測試 (acceptance tests) 嗎？
* 你們使用什麼樣的測試框架？你喜歡嗎？
* 一次單元測試需要花多久的時間運行？


05. 你們有持續集成 (CI)嗎？






相關的問題：

* 當 CI 回報失敗，你們團隊會花多久的時間開始修復？
* 你喜歡 / 不喜歡你們 CI 系統的哪個部分。
* 你們的 CI 會花多久時間運行？你們有試著讓它變快嗎？


06. 你們測量什麼？




如果面試官能夠回答這些問題，這是一個高素質團隊的指標。如果他們對於為什麼需要花
心力測量這些數據沒有頭緒的話，這可能會是一個壞指標。

同樣的，關於教條式的規則也適用於此。如果一個團隊鎖定在一個沒什麼價值的測量指標
上，而且他們沒有辦法解釋到你滿意，這可能是一個警告的指標。

相關的問題：

* 你們最重要的產品指標是什麼？
* 你們使用什麼樣的量測系統？(e.g., MixPanel, statsd, etc.)


07. 你們如何找到並且修復 bugs?





相關的問題：

* 你們如何為 bugs 標記優先度？
* 你們使用什麼 bug tracker？(還有你最討厭這東西什麼地方)
* 你們使用 Excel 來追蹤 bugs 嗎？(noooo!)
* 你們有多少 bugs 在 bug tracker 中？
* 你們的 bugs 通常花多少時間修復？(min / max /typical)？


08. 你們使用什麼協作工具？


在我的經驗中，高功能的團隊使用許多協作工具。他們經常使用 chat 服務 (Slack, IRC,
HipChat, Jabber)，code review 服務 (Gerrit, GItHub, GitLab, Review Board)，以及
那個雖然很老但是還是很有用的 Email。我會希望看到的指標是每個工程師能夠知道其他
人在做什麼。我不是要來尋找極度細節的東西，更多是一般情況下的狀況。

還有，我喜歡看到協作工具的整合使用。最簡單的例子莫過於當自動組建 (automated



09. 你們使用什麼框架？


我個人對於框架的偏愛可以分為兩類

1. 我喜歡現代的東西
2. 我喜歡「對於我而言新的」東西

因此如果一個團隊是在建構一個基於 Motif 的 AIX 桌面軟體，對我而言就沒那麼有吸引
力。但對你可能有。這是一個很個人的話題，你必須要對自己的喜好有深入的了解。










10. 我們什麼時候可以來 pair programming?



你可能會需要跟管理團隊來接洽這件事情，所以這個問題是設計來觀察工程師的反應。他
們可能會被你的點子嚇到，因為這應該要跟管理團隊的人說，而不是工程師。


11. 你的下一個 deadline 在什麼時候？

(contributed by Evan Farrer)


這個問題是設計來了解更多有關於團隊開發流程的實際狀況。如果只有這個問題單獨提問
，會顯得沒那麼有意義，不過如果你追加提問這些問題，事情就變得有趣了：

誰設定這個 deadline？
你遇到你的 deadline 了嗎？如果沒有，為什麼？
高素質的團隊會一同決定 deadline. 如果 deadline 是被任意決定的，這可能是一個流程
失衡的壞指標，或是至少告訴我們工程師在檯面上是沒有規劃排程的權利。


12. 設定一個新的工作環境會需要多長的時間？

(Contribute by Evan Farrer)




某些公司對於他們的流程能夠讓工程師在 day 1 就將程式碼放入 production 中感到驕傲
。這說明公司對於提供工程師一個無縫接軌的環境看得很嚴肅。


-------------------------------------------------------------------------------

#####################################################
# 針對大頭 / 管理階層 (Engineering Managers) 的問題：
#####################################################

01. 你最後一次寫 code 的時間？


我喜歡有堅實技術背景的管理階層。無意對我的 MBA 朋友無理，但是我發現我喜歡那些做
過我做的事情的管理階層。


02. 你如何成為管理階層的？





03. 你手下的工程師如何得知每日該做什麼？





04. 你們團隊目前最大的挑戰是什麼？




* 管理階層對於問題的敏銳度
* 管理階層是否願意誠實的面對你的問題
* 問題在團隊中的嚴重程度


05. 你們如何界定一個人的績效？





06. 你們會做正式的績效評估回顧嗎？




相關問題：

* 你可以告訴我你曾在什麼時候幫助其他人增進他們的績效嗎？
* 你如何在這些回顧中指導別人？


07. 你們有固定的年薪調整嗎？




有些工程師對於詢問這些財務問題會感到不自在。請別這樣。工程師花很少時間在想這些
問題，但是管理階層時時都在做這些對話。這些問題對管理階層而言不該有所不適：

* 你如何規劃薪資上漲調整？
* 去年在你的團隊中薪資上漲調整超過中位數有多少？ (用百分比)
* 我對於一年後的薪資調整能有什麼樣的期待？最好的情況，最壞的情況？

我問這些問題並不代表他一定要寫入合約或是保證未來會如此。反而是我希望能夠了解公
司的運作。我需要自己詢問薪資調整這件事情，還是已經有一個標準的流程在那了。


08. 我可以拿一些可以帶回家的公司福利描述嗎？

(Contributed by Evan Farrer)





09. 你會拿一位員工去比較另一位嗎？

(Contributed by Matt Ryan )




我從來沒有遇過一個工程師喜歡這樣的做法。這在大公司中很常見到。這會影響到你如何
與你的同事互動，因為你知道，有天你會為了薪水而跟他們競爭。



請記住，這不代表所有人都討厭這種系統。只因為我沒有遇到，不代表喜歡這樣系統的人
不存在。

相關的提問：

* 你真的相信 X% 的員工是「差勁」的嗎？這說明了你們的招募程序什麼樣的問題？(這是一
  個一針見血的問題，小心使用)
* 你們在評估頂尖的工程師的時候有設下什麼樣難度的挑戰嗎？
* 你們使用什麼樣的指標來評估員工？
* 你怎麼知道這些指標有被精確地收集？
* 你怎麼知道這些指標明確的標記出頂尖員工？

更多資訊，Matt Rayn 這邊有一個很好的分析。


10. 你會定期做團隊回顧嗎 (team retrospective)？

(Contributed by Aric Parkinson)


如果有，他們如何運行？你多常得到來自團隊成員的回饋？你最後一次根據你從團隊上獲
得的回饋來調整某些東西是什麼時候？

這些問題的答案能夠給你一個對於期望管理階層如何回應有所概念，以及團隊是否會向管
理階層回報問題。




-------------------------------------------------------------------------------

############################
# 針對領導階層的問題：
############################

我並沒有每次都與公司的領導階層談話，尤其是大型公司，不過當有機會的時候，我會視
為一次評估公司財務可行性的機會。我不是這麼的夠格做這件事情，不過還是有一些顯而
易見的問題可以在面試時詢問並發現。同時，我喜歡知道一間公司的 top-down 文化是否
相符合，因為這可以告訴我公司是如何重視其公司的員工，不論是正面或是負面的部分。


01. 你是如何被投資的？





02. 你們有利可圖嗎？


如果有利可圖，讚！如果沒有，你對接下來開始轉盈的規劃是如何？一些新創公司會對這
件事情有規劃，其他可能會透過收購或是 IPO。

相關議題：

* 前幾季/幾年的歷史收入。是否有提升的跡象？
* 競爭風險？諸如競爭對手，意外開銷以及意外的收入跌落風險。
* 準備開跑：公司在找到下一個投資前，還可以運作多久？


03. 你對於外包的看法？


我要知道我申請的職位是否會在未來被外包，或是可能變成管理外包工程師的職位。

這裏我不是只談離岸外包，還包括 contractors。


04. 跟我說一下公司的文化







05. 你有什麼保證這間公司會成功？





06. 說一下你們的回報架構？




------------------------------------------------------------------------------

########
#結論
########

面試是雙向的。如果你有能力可以獲得一個 offer，確保你從所需的經驗中做出明智的抉
擇。祝你好運！


--
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.236.230.31
※ 文章代碼(AID): #1P1SH7j6 (Tech_Job)
※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1493550151.A.B46.html