評估/知識測試問題

Question

對於所有需要評估新同事的技術人員（例如面試或招聘承包商），您在此類會議期間會問什麼問題以測量候選人的技術知識？例如，我使用的一個常見問題是解釋UML圖中的開放或封閉鑽石之間的差異。或面向對象範式的真正概念特徵。

你想分享的任何有趣的補充？

Answer 1

做的第一件事情就是要確保這個人可以寫「你好，世界」（或東西略有不同，但同樣瑣碎，就像讀一本線的輸入和倒車吧）在自己選擇的語言。你會驚訝於過濾掉的人數。

然後，讓他們做一些稍微困難的事情，比如遍歷樹數據結構或者反轉鏈表。再一次，你會驚訝於有多少人無法管理這件事。

如果編寫代碼來解決這些問題（這是確定的，因爲我不期望每個人都認爲，雖然在接受採訪時設置）時，他們不會自動編寫單元測試，然後我會問他們爲這些寫一些單元測試。如果他們不知道單元測試是什麼或者不知道如何使用給定語言的任何單元測試框架，那麼我認爲他們在該語言的嚴肅軟件工程方面做得並不多。

概念性問題是一些最糟糕的問題。有人可能會有一些模糊的面向對象或UML的概念，並且能夠回答您的概念性問題，而不瞭解實際編程的任何內容。

Answer 2

我通常會要求應聘者在最近的項目中通過他們的角色與我談談。準確告訴我你做了什麼以及你的責任是什麼。這給了我一個提出技術問題而不侮辱任何人的框架。

Answer 3

我希望答案歸結於你想了解潛在同事的內容，以及你期望他們填補什麼樣的角色。

我想說確保你大談特談的話題得到一些洞察考生的思維過程和實際知識，而不是揭示候選人如何擠滿了面試問題。 C組之間的差異5 ++和Java，例如，並不總是最有用的問題...

我更喜歡便於討論問題，並獲得的人怎麼多情/感興趣的是感覺。從那裏，嘗試瞭解候選人的知識深度，思考過程和態度。以前的工作往往是一個很好的起點。

對於.NET一些有趣的例子/樣本，見Scott Hanselman's post。

有關如何評估候選人一個有趣的視角，看到Joel Spolsky's post

Answer 4

你可以問一個人自稱是一位經驗豐富的C++開發者如何reinterpret_cast的作品 - 他們往往無法解釋。或者not regarding STL。不能夠解釋這樣簡單的事情，在我看來是一個非常不好的信號 - 他們很可能會寫代碼，他們不會理解，但將只相信