簡短的回答： b>對於面試情況，這實際上不是一個適當的問題。

我已經有20年的程序員了，但我無法立即回答。在採訪中我會發現它是“ WTF？”之一。鍵入毫無意義的問題。在我看來，這更多的是您與同事之間在午餐室進行的那種過咖啡式的對話。

我正在努力查看它的價值。您正在嘗試確定什麼？識別特定代碼段將如何從本質上改善您對候選人的看法？如果您要這樣做，請可憐的應聘者或事先帶一些東西去面試。

我作為面試官和應聘者都經歷過許多面試。如果您想問他們喜歡什麼或覺得有趣，請問他們。您可能會發現，與伏擊式問題相比，您將獲得更多的見識：）

我從事專業程序員已有25年之久，在面試中一直走在桌子的兩邊，但是我認為我不能很好地回答這個問題。

我還在這個問題中發現了一些年齡偏見。今天，Web應用程序是最重要的，但是我職業生涯中主要從事台式機應用程序的工作。我不知道您要面試什麼，但是我可以告訴您，我25年來編寫的幾乎所有代碼都無法向您展示。我從事的所有公共Web應用程序均受授權保護。其餘所有都是內部項目。年輕的程序員誕生於一個互聯網永遠存在且有大量開源的世界。但是有很多像我這樣的程序員已經有一段時間了，他們沒有從事過這樣的項目。我很想向您展示一些我在1991年第一份工作中所做的非常酷的東西。我必鬚髮明一些東西，並在一些非常重要的東西的創建中出現。它為我提供了一份美好的職業，但我無法向您展示任何這些。我確定該代碼存在於某個地方，但無處可去。

這是一種讓我在面試中很快就感到不適的問題。對我來說這是一個不贏的問題。我什麼也看不給你看。我只能拋出一些我認為很酷的隨機變量，例如Angular或moment.js。但是現在呢？我沒有做任何事情，所以我不能真正談論“代碼”。這個問題會把空氣從房間裡吸出來。

這取決於您為什麼要問這個問題以及如何回答。

在適當的情況下，這可能是一個很好的問題。

你問他們當場嗎？這確實很困難，並且測試用戶如何回憶他們有特定情感反應的情況，而這並不是關鍵技能。面試已經對此進行了過多的測試（避免問一個以上的“思考X的時候”的問題）。另外，他們可能無法在面試過程中訪問（和編輯）他們的最佳工作。

您如何看待答案？聽起來像候選人正在要求您根據他們的選擇和他們選擇的代碼的質量來評判他們。這令人望而生畏，並且可能有點不公平，因為它可能是相當主觀的。我希望您提出這樣的要求，以便您可以以此為跳板，讓他們表現出對某事的熱情，讓您提出探索性問題，以測試他們是否理解自己的獨創性或對所用術語的限制。但這對應聘者和您工作的一部分尚不明確，因為面試官是否會讓他們感到輕鬆，所以您要判斷他們的天生能力，而不是他們進行工作面試的能力。

我認為對代碼/工作充滿熱情/驕傲應該是一件好事，對吧？

是的。但是，您不能期望人們按需顯示此內容（除非您正在僱用演員）。當您要求他們表現出情感時，有些人會bri之以鼻，這與他們實際上是為自己的工作感到自豪還是對代碼的熱情無關。您可以做的就是在這種情況下自然而然地發生，即使在那時候，也要警惕假設某人不是僅僅因為您無法說出自己而不熱心/驕傲。如果您看到它，這是一種獎金，而且通常是奉獻的積極信號，但是您不能從其在訪談中明顯缺席的情況中得出很多結論。

如果我要問這個問題，我希望能對自己的意圖更加了解。當邀請他們面試時，我會問：

帶上您看過或寫過的兩段簡短的代碼，發現自己有趣，優雅或具有挑戰性，並且願意與某人交談通過。這將幫助我們了解您對新想法或複雜問題的理解以及向他人進行解釋的舒適程度。

我可能還會指出，沒有期望代碼需要現場執行。

我從不熱衷於我的代碼-如果代碼有用，我很高興。我很高興自己的某些Python編碼與在www.codewars.com上所做的最佳編碼一樣好，但是這種感覺持續了大約20秒鐘，之後我才開始進行其他工作-我已經很多事情要做。

您對代碼/工作感到熱情/自豪嗎？您的熱情/自豪對我來說並不重要。我所關心的是，我知道您在做什麼，您的反應正確，當大便撞到風扇時，您會直截了當。熱情/自豪是我十幾歲時的一種感覺，但是我十幾歲的歲月已經過去了。現在對我來說重要的是，無論其他問題出在哪裡，工作都會完成。

在幾十年來經常失去熱情，以娛樂性和犬儒主義看待熱情/自豪感的人之後，我已經清理乾淨並結束工作。

我真正關心的是任務是否/ job是必需的。如果有必要，無論我有什麼感覺，我都會把它做好，而且我會討厭我的每一分鐘都像我愛它的每一分鐘一樣高效而高效地完成任務。

感情去了，我的熱情和自豪感起伏不定，除了現在和現在，它們不是任何事情的可靠晴雨表。我曾經做過科學/工程編程。我對Web編程充滿熱情，直到了解它並決定Web編程是無腦的。我曾經說過javascript是我曾經愛過的最糟糕的語言，直到我對javascript非常了解為止，然後我決定討厭javascript。以前，我一直對算法設計著迷，直到我評估出機器學習解決的現實世界問題比能找到特定算法的問題大得多。而且由於最近參加了幾次硬件黑客馬拉松，我對物聯網-物聯網非常感興趣。

如果您在採訪我，您的問題將對我不知所措。我只是不按照您的方式操作。我不想以您的方式操作，而我也不想以您的方式操作。正確處理關鍵問題對我來說很重要，也是讓我徹夜難眠的原因。其餘的一切對我來說真的沒有影響。

在面試中，我從來沒有到過招聘的職位，我確實認為，這是一個好問題，只要與職位相關即可。強調原始問題的某些部分：

告訴我一段代碼您喜歡的，您的或如果從互聯網上搶奪了一些東西

• 如果從其他受信任的上下文中看不出來（例如帶有完成工作說明的推薦信），則應該能夠衡量他們是否在技術上完全熟練：
  • 他們狩獵和啄食嗎？我想我必須同意 Jeff Atwood。
  • 他們是否了解瀏覽器的基礎知識，甚至其他人也知道嗎？您無需雙擊任何內容，頂部附近有一個URL欄，您沒有在Google上搜索URL，並且如果您知道某物的名稱但不知道該網站，則可以找到它。這是IMO的一個非常基礎的基礎，我希望專業的開發人員（甚至是新手）也能了解這一點。
• 對代碼提出主觀意見可能會習慣於在他們了解代碼的水平上進行評估。他們可以在任何級別（位，算法，控制流，體系結構等）指導您完成代碼的工作嗎？
• 詢問他們的代碼，即使他們不是一個業餘愛好，也可以判斷他們是否對解決他們正在使用的軟件中的問題抱有積極的興趣（並且可以充分理解其他人的代碼）要解決這個問題）。如今，每個人都至少在某些地方使用了開放源代碼，並且所有軟件都有錯誤。當然，沒有開發人員會長時間不在線查看代碼嗎？即使只是API參考中的示例。
• 在旁注中，“ snatched”具有與盜竊有關的負面含義，應替換為更中性（“找到”）或什至是正面（“被發現”）。

也就是說，我要添加另一個轉義子句：他們可以顯示一段代碼，並告訴您為什麼他們不喜歡或您可以向他們展示一段代碼，並詢問他們對此的看法。這有點棘手，因為您希望他們誠實而不擔心遭到報復。如果您認為代碼是好的，並且不能以四個字母的單詞停下來，那麼他們可能是一個好的程序員，或者可能只是一個人（或兩者兼而有之），但是至少您應該能夠分辨出他們是否理解任何內容他們正在閱讀的內容。

假設此候選人正在面試軟件開發人員職位，那麼這個問題就有意義，否則就沒有意義。

但是這個問題確實有兩個問題：

• 我不希望有人在現場提出一個好的答案。作為開發人員，您有時會遇到自己喜歡的一段代碼，這些代碼可以是您自己的代碼，也可以是其他人編寫的代碼。但是很少有代碼如此討人喜歡，以至於您在幾週後還記得它。
• 由於機密性或版權，甚至甚至不允許候選人向您展示那段代碼。

假設您向應聘者提出此問題以作為面試的準備，而他們有幾天的時間想出答案，那麼他們可能會想出一些辦法。

可能是會返回他們在那幾天碰巧看到的最符合條件的任何代碼。他們很可能處於與他們合作的大多數代碼都是機密的位置，並且他們可以向您顯示的唯一代碼是恰巧是他們正在使用的平台的一部分的任何開源代碼。

這樣做本身沒有什麼問題，但是在那段時間裡，他們可能沒有看足夠多的此類代碼以提供一些非常好的示例。以這種方式選擇一段代碼的真正問題是，開發人員查看平台實際代碼的原因很可能是他們對此有問題。這意味著選擇將偏向於質量較差的代碼。

總的來說，我認為問題的答案不會告訴您很多。即使他們設法提出來了。擁有一些討人喜歡的開源代碼，那麼它仍然不會告訴您太多信息，因為他們很可能已經有人幫助他們回答了這個問題。

從候選人那裡獲得有用信息的地方是跟進問題。當然，考生會希望您問他們對這段特定代碼的喜好，並對此有一個準備好的答案。因此，除非您可以挑戰他們關於為什麼這是一段討人喜歡的代碼的想法，否則您將一無所獲。

您在問題中提到的回答太消極了。這就是我這麼認為的原因。

如果有人問我，我就走了！

任何人對一個問題都像這樣反應過度，他們不會

這有什麼關係？

如果程序員不能從中分辨出一段不錯的代碼一段糟糕的代碼，那麼他就不是很稱職。我希望所有優秀的開發人員在閱讀一段編寫良好的代碼時都會感到滿意。

這只是愚蠢！

不，問題並不愚蠢。 。但這是有問題的，因為它無法當場回答，而且您不會從準備好的答案中學到很多東西。

不去理會他，他不應該沉迷於自己的代碼

如果他從未做過他引以為傲的工作，您會僱用他的經歷嗎？

如果有人“喜歡”他的代碼，他應該去看醫生。

如果開發人員從未編寫過一段令他感到高興的代碼，那麼這可能是兩件事之一。

p>

• 他不太擅長編寫代碼。
• 他一直很不幸，只能從事必須在他編寫的每段代碼上都削節的項目。

無論哪種方式，我都可憐那些沒有編寫自己喜歡的代碼的開發人員。

類似的問題可能會很好地解決 >

您選擇一段代碼，然後讓應聘者對此進行評論。甚至可能給他們兩段代碼，然後問他們哪個更喜歡（發現其中一件很時尚，但有錯誤，而另一部分的格式不是很好，但碰巧可以正常工作）。

詢問他們關於他們已經開發並為之自豪的代碼，但不要要求他們展示代碼，而要談論設計。

答案的不同之處

如果措辭能更好地解決聽起來很隱含的值，那麼這個問題可能就很好了。

給我看一下代碼 [1] ，您喜歡 [2] ，您的 [3] 或您從互聯網上搶奪的東西 [4]

1. 您想了解一下，它們所做的不僅僅是寫忘了。您希望確保它們能夠反映並考慮代碼。
2. 您想听到他們展示出對“好的代碼”的理解。好的是主觀的，因此這是一個開放式的可能性，使他們可以用他們的思維方式和思想深度打動您。
3. 您希望他們有自己的示例代碼可以滿足這些要求標準。您希望它在線，因為它顯示了與FOSS社區實踐的聯繫。
4. 您希望看到，在沒有＃3的情況下，它可以尋找證明良好實踐的他人代碼，並且他們還記得他們查看了此類代碼的最後一部分。
ol>

哪這個問題中沒有一個是明確的。很多人需要顯式。

嘗試：

我想了解一下您認為很棒的代碼。我不介意您如何定義“偉大”，我只想看看您的想法。如果我們現在可以在線瀏覽代碼，那很好，但是如果不能，請在這裡告訴我或在此處進行圖解。它可以是您編寫的一段代碼，也可以是最近使您大開眼界的東西。

關於面試問題的問題是，如果他們個人有一個好的答案，他們就會喜歡他們；如果沒有，他們就會討厭他們。我懷疑在這種情況下，大多數人的腦袋裡沒有一個好的答案，因此反身不喜歡這個問題。我用網絡瀏覽器花了5分鐘的時間才能找到我喜歡我自己寫的答案，但是我確實找到了。

然後我想知道，“如果我沒有碰巧一直在努力，該怎麼辦？最近有個人項目嗎？”因此，我花了一分鐘時間從一個我在bitbucket上的老項目中找到一個我喜歡的示例。

然後我想知道：“如果我從未從事過任何可公開訪問的代碼的項目，那該怎麼辦？”因此，我花了一分鐘時間從Kindle的 Clean Code 中找到一個示例。

然後，我想知道：“如果我從未在Kindle上閱讀過任何帶有編碼示例的書怎麼辦？ ？因此，我花了一分鐘時間從一個隨機的開源項目中選擇一個隨機文件，並在其中找到一些我喜歡和不喜歡的功能的示例。

然後我想知道，“如果這些想法都沒有發生怎麼辦？我在採訪中？”因此，我花了一分鐘的時間思考如何解釋這一點，即使目前我沒有想到，我在考慮喜歡的代碼時會考慮哪些屬性，以及哪些屬性會導致我不喜歡代碼。

然後我想知道，“如果我要採訪一個不知道他們喜歡或不喜歡哪種代碼的人怎麼辦？”我得出的結論是，我可能不會喜歡和那個人一起工作。程序員對閱讀的代碼沒有意見，可能對他們編寫的代碼不太挑剔。

我鼓勵任何認為這是一個不好的問題的人，請務必認真嘗試回答它。它不一定是您在世界上最喜歡的代碼。令我驚訝的是，它花了很少的精力來找到合理的例子。

這是針對具有共同興趣和經驗的朋友或同事的重要討論問題，但可怕的採訪問題。最終，提出這個問題將無法生成有助於做出僱用決定的信息。

這類似於“向我展示您喜歡的作品”。如果是在沒有壓力的情況下提出這樣一個廣泛的問題，例如與新朋友聊天，那麼您可能會朝很多方向發展：您昨晚與女兒一起讀的有趣的兒童讀物，有關希臘債務危機的雜誌文章，您到海灘上讀的一本簡單的YA書，或您最喜歡的古典文學作品。無論走哪條路，都可以與某人進行很好的討論-但是，如果談論兒童讀物，您的新朋友將不會學到任何有關解決Moby Dick主題的能力。

假設候選人可以向您顯示代碼並且保持相對的閒適（請參閱腳註，僅施加壓力將使問題變得毫無用處），您的對話可能會涉及以下一項或多項（但不是全部！）：

• 格式化標準
• 語言選擇
• 流利的語法
• 簡單性
• 清潔代碼
• 性能
• 接口
• 樣式
• 評論
• 源代碼可用性
• 許可
• 現成的解決方案
• 第三方庫
• 抽象
• 可測試性
• 權衡

如果考生花20分鐘時間談論評論和許可，但是您對設計模式感興趣，那說明了什麼您對應聘者對設計模式的了解或看法嗎？沒事。

我認為您是在問這個問題，因為您在乎技術上的東西。我建議您弄清楚這是什麼，然後問他們一些具體問題。否則，您會將那些對您的寵物偏好做出幸運猜想的平庸候選人排名高於無法讀懂您心意的高素質候選人。

如果您因為要查看自己是否喜歡與他人交談而問在代碼方面，您將在其他方面表現平平的應聘者比沒有gab才能的高素質應聘者高。或更糟糕的是，您將偏向於像您這樣思考和說話的人，您的公司最終可能會陷入小組思維。

如果您不特別關心技術方面的內容，那麼您也不對他們的對話能力進行評分，這似乎是在浪費時間。

如果您知道這是一個可怕的問題，並且要求查看他們如何應對壓力大的情況，您可能會疏遠那些沒有這樣做的合格候選人想要玩頭腦遊戲，最終得到平庸的候選人，他們願意跳過你的籃球。

`* * 為了發揮遠見卓著，候選人必須回憶“他們喜歡的代碼， ”選擇可以公開訪問的代碼，訪問計算機，導航至代碼，然後找出一種顯示代碼的方式（也許瀏覽器還可以，也許不行）。全部都在不到X分鐘的時間內，其中X是2左右的數字。您能想像5分鐘的停滯時間所產生的壓力嗎？因為您正在尋找一個代碼樣本，該樣本表現出一些不確定的“討人喜歡”，而您知道潛在的雇主正在根據選擇的速度和所發現的內容來判斷您？雇主可能會不經意地偏向具有良好演藝水平，淺薄經驗或非專有軟件經驗的候選人。

作為軟件開發人員，我遇到一個主要問題：我嘗試使所有代碼看起來盡可能簡單和平凡。

我喜歡乾淨，簡單，非常容易理解的代碼，尤其是在我變得更簡單之前，如果我知道它是複雜的。它並非總是以這種方式解決，但是如果可以，那就是我喜歡的代碼。回家時，臉上露出笑容的那天是因為您剛剛刪除了1000行，並使代碼更快並為新功能做好了準備。

但是在面試中，最後的結果不會給您留下深刻的印象結果，是嗎？您會看到一些簡單的事情。

在面試時，我會感到壓力，想一想我們為滿足某些瘋狂需求而不得不使用的某種異國技巧，因此我可以炫耀並解釋一下關於它的各種各樣的事情。但是那些事情很少發生，我也不太喜歡。

我也很喜歡一些代碼，因為它們就像難題，需要一段時間才能理解。骯髒的把戲（ Duff的設備），但這不是我要在使用的典型軟件中編寫的那種東西。我不知道如果我回答這樣的問題，你會如何反應，即使這是對這個問題的公正回答。

如果你想和程序員談談代碼，也許最好去到Github上一些晦澀難懂的庫中，然後開始一起審查代碼。

在面試中問一個非常糟糕的問題，不提前告訴候選人您要問的問題。

但是在面試時問一個很棒的問題，如果您要求應聘者帶他們，請打印他們想要的一些代碼，並說您希望他們討論在面試中。應當給候選人至少幾天的警告。

對此的一種變化是，請一位最近的計算機科學專業的學生帶出他們三年級項目代碼的打印件，然後選擇幾頁隨機詢問他們代碼的功能以及為什麼要用這種方式編寫代碼。

您正在尋找候選人是否可以對代碼進行原因，並證明他們考慮了其他選項，並且可以接受有多種解決問題的正確方法。

後續問題可以像這樣。

• 為什麼在方法結束時未將局部變量p設置為null？ （他們了解垃圾回收等嗎？）
• 如果您忘記了對malloc的調用中的“ +1”，將會發生什麼？ （他們了解如何調試內存問題嗎？）
• 如何測試此代碼。

我認為這是一個很好的問題，看看他們是否對自己的工作充滿熱情。

我會回答-使用加密來減少存儲的混亂。這是一種生成隨機數的方法，可以保證以前從未生成過該數，而無需實際檢查已生成了什麼數。發卡公司顯然是用這種方式生成信用卡號的，這種方式被稱為格式保存加密。

我對自己的工作充滿熱情，我很喜歡我的工作，這些事實使我非常滿意。在我的職業生涯中，我離我的領域遙遙領先：p

博客上的代碼： http://blog.demofox.org/2013/07/06/fast-輕量級隨機混洗功能固定/

這裡的大多數答案都說不，但是我認為，如果您僱用“程序員”，這是一個了不起的問題。

首先，這並不是真的要回答，但是這個人如何形成他們的回應可以真正告訴您很多有關他們將如何處理成為解決所有問題的“傢伙”。作為首席程序員，您經常會被問到一些誠實無法回答的問題，但是您仍然必須提出一些建議。

示例：用螺絲釘固定我要離開的位置，我沒有回答。 -不是您想僱用的人。

示例：我不知道。我真的不知道我喜歡什麼代碼。 -不是您真正想與客戶交談的人。

示例：我確實沒有要顯示的代碼，但是我真的很想看看這東西是如何工作的。 - 好答案。

示例：我總是著迷於執行此操作的一些代碼。 -好的答案表示對某個領域有真正的興趣。

第二，如果他們提供受版權保護的代碼或類似代碼，您知道此人不了解常見的法律和慣例在行業中。如果他們不能提供代碼，或者說類似的話，“我有這個項目，我在使用bar進行foo的地方工作過。不幸的是，我無法真正共享代碼。”甚至“有些我真的很喜歡，但是它們都受NDA的保護，基本上它與字符串縮略和正則表達式有關。”這意味著他們至少對遵守“規則”有普遍的尊重。

最後，我想讓面試的人有所失衡。不是地球崩潰，而是一點點。如果我只問預期的問題，我該如何判斷這個人。特別是當他們一直在我身邊時。

我認為這是一個很好的問題。並非所有問題都需要答案。我不知道還可以，但是那個人說我不知道那很重要。

我認為這不是一個可怕的問題，但是您可以更好地利用自己的時間。有些人可能會擔心，因為他們正在絞盡腦汁，試圖弄清楚如果沒有公共代碼項目，他們將如何獲得它。

問題，展示一些好的和不好的編碼示例。為您要的內容提供一些背景信息。您有嚴格的編碼標準嗎？好的程序員有標準，但是沒有標準，只有當他們走得那麼遠時才有。一些人比其他人更能容忍鎖定步驟的過程。

在面試中編寫代碼諸如“嘿，讓我們來談談編碼”之類的問題。花費一些時間來避免實際編碼。那不是工作的重點。您是在僱用人們編寫代碼還是只是談論代碼？編碼瑣碎的追求，或者我知道您不知道的是浪費時間的遊戲的示例。

在這裡不要變得極端。當然，團隊需要成員進行交流。軟件創建是一項團隊運動，但是像大多數團隊運動一樣，有職位可以擔任，有時個人必須承擔個人責任。您想要執行踢球的人不是閒聊中最健談的球員，而是最好的踢腳者。

通常沒有辦法知道問題是否正確。但是，可以有很多方法來確定答案是否有幫助。具體來說，即使我願意提供 答案，我也會對這個問題感到困擾。我不太可能向您“展示”這樣的代碼。但是我大概可以描述和討論。它不是“版權”或類似內容的問題。

大約25年前，我在一次採訪小組中。我們是一群開發人員，採訪了潛在的經理。我列表上的一個問題是“請描述您對SDM和PMM的個人選擇。”

第一位候選人不知道該問題是什麼。說實話，這是我想知道的第一件事，即候選人是否熟悉首字母縮寫詞。下一位候選人通常會首字母縮寫詞，但給出了一個漂亮的BS答案。我回答說，即使我想要一個真正好的答案，但實際目​​標是查看候選人如何制定和提出答案。 / PMM？”從她的;她顯然在這兩個方面都提出了自己的理念。她還指出了可以適應我們部門結構和應用需求的靈活元素。在五位候選人中，她成為了我們小組的一致推薦，並在隨後的幾年中成為我們的出色經理。

面對我的兩個成員以及也有保留但一直保持沉默的最後一個成員都說，正是 問題和回答使他們信服。一個特定的問題很容易被大多數人否定。做到客觀，令人信服地確定並非易事。在過去40多年的時間裡，我已經接受過四次採訪，並且總是有至少一個我希望不會被問到的問題（儘管我認為它們都很有價值）。

TL ; DR：：我會找到一個最初並不希望“ Show me”作為答案一部分的措詞，而更喜歡“ Describe”或“ Discuss”。如果在最初的回應之後似乎合適，我可能會採取一種“向我展示”的方式。

看著您的問題，我可以看到目的。它並不是以最有用的方式措辭來為您提供有用的答案。

告訴我您喜歡的代碼或您從互聯網上搶走的代碼

告訴我表明他們擁有（a）擁有設備，（b）具有向您展示的合法權利，（c）實際上很容易找到它。如果代碼被編寫為混淆的，那麼他們也有機會向您顯示您看不懂的內容，如果代碼被完全混淆，則可能向您顯示亂碼。

從互聯網上搶劫而來表示他們已經竊取了代碼。這可能是正確的，也可能不是正確的，但是他們仍然不想被指控為竊。之後，他們可能會感到防禦（“他在指責我偷東西？！”），並在該問題之後接受了更糟糕的採訪。

考慮到這兩個因素，可能會有更好的措辭

告訴我您在項目中遇到的問題以及您為自己編寫的解決方案感到驕傲

這使他們有機會演示解決問題的方法，與他們討論他們繼續進行的學習過程，甚至還可以與他們討論一段代碼的原理，即使他們不合法向您展示完成的代碼。

我發現這個問題完全相關，請參考 Joel 11。

我會參考我投資組合中的 recent 代碼或某些（顯然更好）我最近讀過的）開放源代碼。

失敗了嗎？那我不喜歡編碼，我喜歡錢。你想僱用我嗎？

問題和大多數發布的答案都從以下觀點出發：問題的答案是問題的目標，並且對問題有合適的答案被記為通過/失敗結果；

之所以會提出一些問題，是因為答案間接地透露了其他信息，例如申請人的性格或他們在文化上是否適合當前的工作人員。

p>

類似地，可以提出無法回答的問題或曲線球問題，並不是要導致應用程序無法回答，而是要評估它們如何處理未知數。

讓我們探索一下可能的答案這個問題以及這對面試官有何意義。我將使用清晰的示例，因為此答案的重點不是如何在細微的線條之間閱讀。

“ Ehm [緊張地環顧四周] erhm ... erhm ... [閉上眼睛，喃喃自語] erhm ... [喃喃自語]哦，上帝，托尼，快快把自己拉起來。“

這個人似乎是相當緊張。該信息可以以不同的方式使用：

• 如果應用程序在先前的問題上空白，則可以作為緩解因素
• 該申請人可能不適合高壓環境

“我不太確定如何回答這個問題。您是否有一個示例說明您的意思？”

blockquote

“ ％f *％*我應該怎麼回答！？”

那是一個有好鬥的性格和/或憤怒管理問題，並且喜歡發誓的人。

顯示了有關如何在PG級論壇上繞過褻瀆過濾器的示例

這個問題的答案不是錯誤的，但是它確實表明對他們當前的環境缺乏一定的了解，並沒有判斷該示例是否合適。

顯示了[new技術]

這表明人們對新技術特別是對新技術的興趣。考慮到這是第一件事，這可能是他們最感興趣的技術。

顯示了在博客文章中找到的解決方案的示例

這表明申請人可以隨時了解發展部門的最新情況。

顯示一個過時的示例

這表明除非他們特別指出這是一個歷史上有趣的例子，而且不是最新的，否則申請人的技能也可能不是最新的。

---

我認為這是一個合理的問題。如果您正在僱用某人畫肖像並詢問他們喜歡的其他藝術家的作品，他們會不會為您提供答案？

我個人會立即回答說，PieGuy在Google的代碼中Code Jam我發現很棒。他每年比賽，並且通常都表現很好。他的解決方案總是非常簡潔高效，令人大開眼界，幾乎就像閱讀魔術一樣。另外，我有點喜歡斯托曼的代碼。您必須尊重已經編寫了1+百萬行代碼並且仍然有時間使每個變量名都簡短的人。理解Stallman的代碼確實很容易，因為他的變量名設計得很精巧。或“工作”，並且對編程藝術一無興趣。但是，話又說回來，看來您似乎也不想僱用這樣的人。從這個角度來看，這個問題是一個很好的鑑別器。