新鮮.NET開發人員評估表？

Question

我們有一些新的.net開發人員，我們會給他們一個ASP.NET任務，大概需要2周的時間，然後我們會逐個評估他們，並選擇保留其中的一些。

有沒有人可以提出一些基本觀點來考慮這次評估？如果您有任何參考，那也是受歡迎的。我們想以非常專業的方式做到這一點。

Answer 1

像代碼質量測量的東西是很困難的。這是主觀的，可以是時間的函數。我不認爲基於ASP.NET的應用程序會使這個問題變得更糟，因爲核心語言不僅每隔幾年會發生巨大變化，而且新技術（WPF/Silverlight/XAML，WCF，ASP.NET MVC）影響你應用程序的內容一直在出現。

如果您在某個特定點上尋找最佳實踐，那可能會導致您拋出一個非常理想的候選人。我不太擔心「我在代碼中尋找什麼？」更多關於「我在候選人中尋找什麼？」

這是我倒是希望什麼：

• 他們是否有興趣學習的？這是非常重要的一點。如果你向他們提供反饋，他們在聽嗎？他們是否積極尋求更好的方式來做事？如果下一個大的技術出來，我可以指望他們自己加強API嗎？

• 他們是否對軟件開發充滿熱情？他們對發展感到興奮嗎？這是他們的核心能力，還是他們對薪水支票感到興奮？他們是否在業餘時間做些事情來保持技能的銳利？

• 他們在沒有監督的情況下工作良好嗎？他們是否會讓自己被小細節所阻擋，錯過可交付成果，還是會主動尋求迴歸正軌？如果他們被賦予一項任務，我可以指望他們在沒有微觀管理的情況下完成任務嗎？

如果我看代碼，我的工作重點將是：

• 是他們寫功能正確的代碼？他們的產量是否真的能夠滿足所有的業務需求？它是以穩定的方式這樣做，還是會崩潰？

• 他們的代碼是否易於閱讀和維護？這個應用程序是否適應不斷變化的業務需求，或者如果沒有對代碼的深入瞭解，這些變化是不可能的？

• 他們是否有效地使用易於獲得的數據結構，還是他們重新發明了輪子？如果他們正在重新發明輪子，他們是否會在未來的交付成果中將我的反饋放在心上，他們是否會以合理的論據拒絕我的反饋，或者他們是否繼續沿着同樣的道路前進？

Answer 2

首先，您必須準確決定您要評估的內容，並相應地自定義您的任務和分級標準。一些想法：

• 代碼質量/清潔度。用戶是否以有意義的方式徹底地評論他們的代碼？他們的變量名稱是否易於理解？他們的佈局格式是否良好，易於遵循？
• 知識庫。這個人是否使用了一套精選的方法，或者他們是否在.NET編程的不同領域展示了他們如何使用數據庫，清理他們的連接等方面的經驗。
• 批判性思維技巧。用戶是否可以考慮可能的解決方案，即使有什麼可以阻止最明顯的答案？他們提出的解決方案有多獨特 - 它是一種標準的封閉式解決方案，還是建立在以後添加或修改的目標上（即使它們沒有專門負責這一點，它可以指示它始終是他們思想的一部分）。
• 團隊合作。你能否給這個人一個他們需要與他人互動的任務，或者你只是尋找他們「在他們自己的」技能水平上的一個例子？
• 業務環境。他們是否會問關於它將用於什麼的問題，並嘗試根據最終用戶的需求進行操作？
• 在互聯網上的其他解決方案的相似之處。雖然我希望他們自己想出一個解決方案，但在Google上搜索他們的代碼段是否會返回完全匹配？你認爲這是一個加號（他們沒有浪費時間重新發明輪子）或一個減號（他們已經逐字複製大段，並且不能自己編寫代碼）。

雖然有少數是顯而易見的好/壞分，其他都是由你 - 你希望有人誰認爲客戶需要什麼，並相應地做出反應，或者你希望有人誰堅持一個規範？這個人是單獨工作還是合作？

如果你可以給你在尋找什麼資格，或什麼點你可以考慮加一些跡象的話，我可以自定義我的回答可以幫助您選擇符合你以後的一些標準。

Answer 3

除了已經說過的內容之外，您還應該瞭解他們的代碼可維護性。這與代碼的同行評審類似。

一些新的開發者認爲自己對5層嵌套繼承非常「聰明」，他們做得很好，乾淨的代碼和一些文檔。但沒有人想調試和更新這些東西。