1
什麼是一個很好的簡單問題，讓小和中級開發人員找到機會編程接口（就像一個簡單的工廠模式）如果他們會這樣做？C＃ - 面試的程序員挑戰 - 編程接口和模式
A
回答
8
讓他記錄不同的自定義消息（他可以硬編碼）到不同類型的文件（他可以選擇一個接口與否）。
這很簡單，不應該花那麼長時間。如果這不是面試的焦點，你可以幫助實施這些方法。
3
不要把自己限制在那個/或。給予足夠大的東西，以便出現一些模式。
怎麼樣：我想顯示一些數據饋送的儀表板。日期來自隊列中的消息。一些消息是XML，一些是二進制格式。
他們有很多機會詢問有關內容的問題。看看他們如何處理這種模糊的需求。
+0
+1。不錯。我也喜歡。會話。我現在用基於隊列的概念/模式做東西。 – BuddyJoe 2009-08-11 14:34:36
+0
我更希望看到他們的思維過程。 – Jonesopolis 2014-09-02 18:37:05
0
對於Jr.級開發人員： 我會考慮ADO.net中DBProviderFactory使用的抽象工廠模式的示例。然後建立一個類似的例子，看看候選人如何解決問題。
+0
+1。我也喜歡。也可以揭示他們對ADO.NET的理解程度。與其他那些從未使用過原始ADO.NET的人聊過天（一直使用ORM）。我想聘請可以兼顧的開發人員，並瞭解抽象和權衡。 – BuddyJoe 2009-08-11 14:39:29
3
我不明白爲什麼越來越需要使用設計模式。他們幫助，但他們不是萬能的。 「鑑於有機會，如果他們願意」在某些情況下可以被解釋爲好的或壞的東西。此外，如果他們是後輩，他們可能沒有足夠的經驗來看待問題，並認識到一種模式可能適用於那裏。
如果你想爲你的初中和中年挑戰，那麼選擇真正的挑戰。巴利亞多利德網站上有很多，他們有一個在線評委。那是我在大學時做過的事情。
+0
你能舉個例子說明你認爲這是一個很好的問題嗎？我很好奇，因爲你似乎打折了設計模式。我可以每天問你編程的語言嗎？你寫的業務線應用程序？ – BuddyJoe 2009-08-11 14:47:27
+0
其實看過這些問題後。這是我期望我的低級開發人員使用StackOverflow的那種東西。其中25％可能工作。 +1的資源。 – BuddyJoe 2009-08-11 14:52:05
+1
也許這是有點過時了，但從商業的角度來看，如果我讓開發者花費一個多小時解決問題而不去StackOverflow，Usenet，Forums，Google Groups，Twitter等等......我可能不得不解僱他們（如果它取決於我） – BuddyJoe 2009-08-11 14:55:26
2
堅持你所知道的。你/你的開發團隊遇到的典型問題是什麼？既然你最近已經完成了他們，你可以將他的方法與你的團隊進行比較。
如果他創造性地或不同地接近問題，他可能會很適合。如果他提出了同樣的解決方案，或者與你的團隊中的其他人有相同的思維模式，那麼你可能不希望他加入。最好的開發團隊往往由程序員組成，他們的解決問題的方式大不相同。
+0
好點。我確實尋找那些能夠很好地表揚其他人才的人。 +1 – BuddyJoe 2009-08-11 14:57:36
1
如果讓候選人從頭開始創建可以從工廠模式/接口中受益的代碼等等。讓工作模型啓動並運行並讓他們重構它可能會更容易，因爲他們希望看到它。可能是一個更快的方法到最後。
然後，您可以捆綁在與樣品其他一些「不那麼完美」的做法，看看他們拿起它：異常處理，處置等
+0
我也喜歡。 「這是一些難看的代碼，重構它。」 +1 – BuddyJoe 2009-08-11 15:06:18
1
我在技術上有一個非常好的問題那天測試。
生成斐波那契數列直到N，適當地創建一個XML文檔來存儲單個數字並保存XML文檔。
這是一個Web開發人員訪談，因此有創建用戶界面以允許用戶指定保存位置和次數（N）的額外功能。
如果您正在進行TDD，您還可以包含用於生成Fib序列的適當方法的單元測試等。
+0
如果你讓用戶換出序列發生器，這也會很好。也許從Fibonacci到Primes。然後你可以看到開發人員是否提前想到並假定可能會有第3,4和5個序列發生器。或問你。我真的很喜歡這個！ +1。還測試他們的XML和ASP.NET印章。 – BuddyJoe 2009-08-11 15:05:33
+1。日誌記錄。好決定。我可以讓他們登錄到平面文件，XML和數據庫。或類似的東西。 – BuddyJoe 2009-08-11 14:32:26
差不多在3K。有人能給我一個提升嗎？ ：P Tks – 2009-08-11 14:37:11
你走了=） – 2009-08-11 14:39:41