我問過“您能否在幾分鐘內引導我完成一些最佳和最差的代碼？”我最後兩次去找工作，通常是到最後有人問“您對我們有什麼問題嗎？”迄今為止，這已被普遍認為是積極的。並非所有公司都願意/能夠做到這一點-很大程度上取決於公司的文化，規模，行業等。

我要求最好的和最糟糕的代碼是這樣，這樣我就可以模糊地了解他們認為的“好代碼”，也可以模糊地了解他們對代碼庫中的問題的看法。請注意，這不是 代碼審查，而是一個開始討論其代碼狀態，改進代碼庫的未來計劃以及最重要的是其通用軟件開發方法的討論。即使他們不能夠/不願意實際向您顯示代碼，這仍然可以是一個很好的對話起點。例如，他們可以口頭描述為什麼他們認為自己的好代碼是好代碼，或者認為他們的壞代碼是壞代碼。

一些組織對此有令人驚訝的有趣想法。舉一個例子，一個組織向我展示了明顯的意大利麵條混亂，他們指出的最大問題是“經常不添加 public 和 private 關鍵字”和“變量名並不總是具有描述性”。儘管這些 是合理的關注點，但與該代碼最緊迫的關注點相去甚遠。他們顯然不知道自己在做什麼。我確實是在那里工作的，因為我的一個朋友在那里工作，而且我信任她，但這對雙方來說都是一個很大的錯誤和痛苦的經歷。

附錄： OP返回並在評論中發布了以下內容：

儘管我發現這是一個好主意，並且嘗試了幾次，但結果卻很糟糕：大公司無法做到這一點，因為他們需要尚未實施的流程，但這沒關係，因為大公司通常不給您家庭作業。其他公司，包括確實為您分配家務的公司，以更好或更壞的藉口拒絕的公司，答應這樣做，然後再不發送它，或者不明白您為什麼/想要什麼。他們中的一些人向我發送了包含數千行代碼的整個存儲庫，這至少是誠實的，因為我知道會發生什麼。 – antonro

因此，看來您的行駛里程可能有所不同；我只能憑自己有限的個人經驗發言。我幾乎只接受過小型“非企業”公司的面試，也許這還取決於您所在的地區（我在歐洲）。需要強調的是，我從未要求任何人向我發過任何東西，而是在採訪中花了幾分鐘時間與他們一起學習了一些代碼。對我而言，僅發送代碼似乎毫無用處，因為沒有對話：對話中的值主要是對話中的值，而不一定是這樣的代碼，在這種情況下，該代碼主要是 MacGuffin。

關於詢問員工的聯繫信息，這對我來說似乎很奇怪。我了解您的來歷，但除了隱私方面的顧慮外，它還會使普通員工陷入困境。

請使用glassdoor之類的網站，如果以前和以前的員工可以發表評論，他們選擇了。對於大中型公司，這應該給您一個合理的指示，儘管我強烈建議您閱讀一些評論，而不是盲目地信任4.4評分（或其他）。

我是多家開發商的雇主。

甄別測試：：我們要求應試者回答20至30分鐘的多項選擇測驗，該測試旨在甄別從未在編碼面試中成功的應試者。這符合候選人以及雇主的利益，因為它減少了各方浪費的時間。

如果您的準雇主要求您在與您交談之前進行幾個小時的編碼，他們效率低下並且不尊重您的時間，這是一個很大的警告信號 >。但是，正確的應對方法是禮貌地拒絕並走開（如果您有能力這樣做），而不是要求雇主在您甚至不稱職之前就花大量時間在您身上，否則他們將無法勝任。

編碼面試：您必須了解的是，招聘對於雇主而言也不是一個有趣的過程。您必須經過大量的候選人，這些候選人已經申請了他們無能為力的工作。這就是為什麼編碼面試如此有用的原因。

我請準員工在面試中編碼，以查看：

1. 他們的思維過程是什麼，以及是否能夠識別一種解決問題的算法
2. 代碼質量
3. 他們的調試能力
4. 他們的適應批評能力
ol>

要求查看我們的一些代碼庫是否公平？是的，如果我對潛在員工的編碼能力已經充滿信心，並且該潛在員工是否有足夠的經驗來了解他們的期望，那麼我將回答這個問題。

---

反向參考檢查： 我一般不進行參考檢查。我認為這是沒有意義的，因為我個人已經給前僱員提供了積極的參考檢查，而我不會再僱用他們。為什麼？因為我能找到關於我所有員工的真實正面的話要說，所以我沒有皮膚。我只有一個前僱員不願意這樣做，對於那個人，我想說提供參考檢查是違反公司政策的。

但是，如果在面試中要求我提供幾個前僱員的聯繫方式，我會回答-“謝謝您的時間。很遺憾，您顯然不願意此職位的合適人選。”

如果，另一方面，我已經在談判聘用我真正想要的員工，是，我會問以前的員工是否願意給我們參考檢查。

這裡有一些已經很好的答案，但請添加我自己的想法。您是否想到了他們對您的評估是您評估他們的機會？

讓我根據您的實際經驗給您兩個不同的示例：

1. 我花了15個小時以上的時間在家為一家公司進行編程工作，他們的反應是通過招聘人員返回的，但基本上屬於“您不必為此使用X”和“您不需要去做”。沒有討論，沒有電話。
2. 第二家公司帶我去接受采訪，並給了我一張紙和一台筆記本電腦上的說明列表。這是一個非常簡單的TDD編程挑戰。當我完成挑戰時，兩位面試官坐在房間裡與我聊天，我們討論了NUnit優於MSTest的利弊，以及如何通過使用屬性中的NUnit Name屬性來克服不良的測試命名的缺點。 li> ol>

   猜猜我想為哪家公司工作？

   在進行面試時，打動面試官非常重要，但要尋找線索。聽取他們對這些挑戰的反饋，如果是協作的並且您進行了友好的交談，那麼這就是他們公司的運作方式。如果這還不夠好，那麼您可能不適合他們。

   他們希望您成為候選人（相信我，他們已經看到足夠多的壞人了）。但是公司常常會忘記您希望他們成為公司。從面試過程中尋找有關公司狀況的線索！

在代碼示例方面，如果他們要求您進行編程任務，請要求查看他們的編碼標準，以便您知道他們期望代碼看起來像什麼，並指出他們認為良好的編碼

。這並不意味著他們的代碼都將是這樣。有些地方可能管理具有糟糕代碼庫的舊版應用程序或版本。沒有編碼標準（或不能指向諸如PSR-2之類的通用標準）的任何地方都可能存在代碼質量問題。

一小段代碼可能不是最好的指示，因為他們可以編寫一個非常整潔的小型應用程序，但並不代表他們的主要代碼平台。在那兒工作。他們能夠討論這個問題，而且很多人都在現場，所以並不總是排練。

我了解您的無奈。您希望有足夠的數據來做出明智的決定。但是您正冒著很大的風險。

除非您的要求遠高於其他候選人，並且公司已從面試模式轉變為試圖說服您接受他們的報價，否則您的要求很可能會讓他們決定不值得

遇到了一個候選人，該候選人希望我找到公開代碼，並想採訪現任和前任員工；相比之下，其他9個不需要這些東西的人-我將重點關注9個。

無論您的應用程序在哪裡運行，我都認為這樣做的風險是您的應用程序不會削減成本進行下一步。只要公司有比應聘職位更多的合格應聘者，他們就可以決定迅速取消申請。

作為一名員工，我不確定我是否希望被應聘者面試，除非所有候選人的過程的一部分。作為該過程的一部分，我將評估候選人。

請原諒許多答案，但我的建議明確指出了其他答案所暗示的一些事情：

在接受采訪時，公司會詢問您他們關心的事情，這可以告訴您很多注意事項。代碼審查，單元/集成測試，編碼標準：這些是幫助公司編寫良好代碼的工具。關心良好代碼的公司會使用這些工具，因此他們會詢問您是否熟悉它們。如果面試過程本身並不能使他們是否遵循最佳實踐，那麼這些問題就是我作為面試者想解決的問題：

1. 如何您的代碼審查流程有效嗎？
2. 您的代碼樣式指南是什麼？您是否遵循特定的技術標準？ （PEP8，PSR2等...）
3. 您使用哪些工具來管理持續的集成和部署？
4. 您使用哪些工具來管理寫入/運行單元和集成測試？
ol>

這些東西可以告訴您關於一家公司的很多信息，而無需其他任何東西。您還可以對它們進行措辭，以免聽起來像是在進行訊問，而使面試官投入工作：“過去，我曾在使用bitbucket管理代碼審​​查的團隊中工作。你們使用什麼工具來幫助管理他們？ ”或“在'tabs vs space'辯論中，我們的團隊選擇了X。如此大的爭議引起了瘋狂！你們在這場辯論中落在了哪裡，而作為一個團隊，您如何決定遵循什麼標準？”

像這樣的問題可以完成幾件事：

1. 它們清楚地表明您關心的是好的代碼，並且對這些概念並不陌生。如果您申請的地方關心好的代碼，他們會絕對接受您問這些問題的事實，並積極看待它。
2. 您聽起來好像沒有在詢問他們，可以與他們就他們的代碼管理過程進行對話
3. 您了解他們的標準！
ol>

如果您向他們詢問“製表符與空格”，而他們的回答是“我不知道，不管別人想我想什麼”，那麼您顯然是在採訪一家沒有認真對待事情的公司。如果您開始進行有關持續集成的友好對話，而他們不知道您在說什麼，那麼顯然您就在錯誤的地方。

本質上，編寫好的代碼的公司之所以這樣做是因為開發人員關注良好的編碼習慣。因此，在進行有關最佳編碼實踐的技術面試時，您應該能夠與進行面試的任何人進行連貫的對話。誠然，當您進入時，您可能會發現某些領域沒有遵循他們的標準，也沒有他們在面試中聲稱的那樣-畢竟沒有人是完美的。但是，如果員工關心標準，那麼您在這方面就不必擔心太多了。

正如您已經看到的那樣，這不是一種很好的面試技巧。

在要求查看潛在雇主的代碼樣本時，您正在將面試變成由法官擔任的代碼審查。它也是知識產權，並且有可能將對安全敏感的材料暴露給第三方（您，候選人）。

這不會發生。

您是還要求提供前僱員的機密聯繫信息。 （出於明顯的原因）這也不會發生。

您可以通過進行研究並提出問題來最好地評估公司的適應性，這是其他所有人所做的。 p>例如，問他們在發布或項目中遇到什麼挑戰，並詢問他們當前的開發流程是完全可以的。但是請記住，提出這類問題可能會導致負面反應（沒有人真正喜歡承認他們（或其公司）有過錯）。

好吧，我覺得需要投入2美分。

直到我：

1. 滿足我未來的團隊要求
2. 與這些隊友討論一些代碼。
3. 遇見我的老闆。
4. 在辦公室正常工作的同時至少要花幾個小時。

實現此目標的最佳方法是與您的未來同事進行一對夫婦編程幾個小時。

我通常會在未來的很早就讓我的準雇主知道這一要求。面試過程中，通常是當他們問我是否有任何問題時。正是在這一點上，我說的是“聽起來不錯，我對繼續進行招聘過程很感興趣。我應該讓您知道我想（在此處填寫您的過程摘要）我實際上簽了合同，但我願意等到您確定要雇用我。

我通常會提到“我認為這對我們雙方都有利，如果我們確保我們確實非常適合彼此。”大多數公司都同意。

當我在招聘的一面時，我會覺得很合理。我的經驗是，我的面試官傾向於欣賞那些可能無法在我要避免的環境中工作的人。花幾個小時讓您想聘的應聘者確保她在聘用前能很好地融入您的公司，這是高投資回報率，而我不喜歡為那些不會投資那麼少的公司來建立一個好的團隊工作。

我認為公司允許您與之聯繫的員工不會具有很大的價值。由於他們不會給您提供每位受僱人員的聯繫信息，因此他們將選擇一個由快樂友善的僱員組成的小組，他們將為您提供與招聘人員相同的反饋。您最好信任招聘者，因為這很容易“解決”這個問題。

要求提供流程以及公司生產或維護的一些非關鍵代碼示例一個合理的要求，只要您不要求他們將其轉發給您，或者不要求離開即可。當招聘人員詢問您是否有任何問題時，我可以在面試結束時提出這個問題。

我一直想在開始之前先看一下代碼。但是在適當的地方，您可以具體詢問您將要從事的工作，如何設置開發環境，您將要從事哪個即時模塊，什麼依賴項，技術以及當前項目在SDLC中的位置以及是否在其中。 n層體系結構是哪個模塊，詢問您無權訪問的內容，文檔在哪裡等。

至於使用方面的參考，我已經免費使用鏈接輸入來完成了，可以找到在其他地方工作過但曾在相關公司工作過的人。以我的經驗，我對鏈接入的反饋，人們說他們希望這樣做（向鏈接上的前雇主詢問），並向我分配了我不會在玻璃門上或實際上不會得到的信息

我相信在每次工作面試中，很明顯是誰在發起潛在的交易。您是稀缺商品，還是有抱負？編寫商業代碼的能力非常稀缺，因為它需要許多遊戲成癮的年輕人所不具備的專注水平。因此，在大多數情況下，公司應將自己推銷給您。我會修改您的請求，以探究面試官的問題以評估其編碼能力，而不是要求查看公司的某些編碼。如果您要求查看摘錄，則表明您可能正在尋找自己答案的指南，而要求面試官為您編寫代碼表明您不想為傻瓜工作，這是一種正確的態度。

專門生產開源軟件的公司通常對此更為開放。

• 首先，其很大一部分源代碼可在GitHub上獲得。
• 其中許多還開放了更多內容，例如問題，單元測試，實驗，路線圖。如何處理問題揭示了很多。雖然少數開源公司僅在內部審查後才將代碼公開發布，但是大多數工作都是從一開始就公開進行的，所有開發人員都直接在GitHub上所有人可見的分支機構中工作，因此可以很容易地真正了解編碼的含義

這些以開源為中心的公司已經邀請我與團隊成員進行電話討論他們對這項工作的看法。這是我的有限經驗，但開放似乎是一種文化，通常意味著公司不害怕員工坦率地談論工作場所。

作為一個已經（超過 koff-koff ... ... ...）的人“採訪了很多'編碼員'​​，”現在讓我很高興地告訴你： / p>

““我沒有給出有關您的源代碼的 該死的 ！”

如果您確實參加了我的採訪，那麼我已經假定“您在技術上勝任”。 （因此，我希望您以某種方式“放下四爪”。）因此，我想要什麼？一件事：

“當出現技術要求時（當然，這會使您的純粹主義者嘔吐...）您做了什麼？”

我非常關注社交方面的內容。您會在我現有的任何團隊中很好地整合，還是僅會引起問題？您會“埋頭苦幹，為我們提供幫助”，而不會抱怨（很多...），還是只是“剪切並運行？”

”是的，我有一個業務需要雇用您！” 但是–“您是我想僱用的個人嗎？” ‍♂️