So wie das Wichtigste an einem Whiteboard-Programmiertest die Konversation ist, die es ermöglicht, kann das Wichtigste an einem Take-Home-Test die Konversation sein, die es erleichtert.

Sagen Sie ihnen, dass sie den Code griffbereit halten sollen, weil dort wird danach ein Gespräch darüber sein. Für diejenigen, deren Beiträge für ein Telefon- oder persönliches Interview gut genug sind, können Sie folgende Fragen stellen:

• Haben Sie diese Tests vor oder nach der UpdateTotals () -Methode geschrieben? Warum?
• Sie verwenden [Tool, dessen Artefakte in ihrer Übermittlung enthalten sind - z. B. .sln bedeutet Visual Studio] - was gefällt Ihnen daran?
• Haben Sie [statische Analyse ausgeführt? , Code-Prettying usw.] für diesen Code?
• Auf welcher Warnstufe haben Sie dies erstellt? Warum?
• Sie haben eine Schleife anstelle einer Rekursion gewählt. Warum?
• Ist NewPolicy () threadsicher? Sollte es sein? Was müsste sich ändern? Lohnt sich das?

Jemand, der den Code nicht geschrieben hat, wird diese Fragen vollständig bombardieren. Jemand, der es tat, könnte es immer noch schlecht machen. Sie haben einen Rahmen und einen Kontext für die Art von Fragen, die Menschen gerne in Interviews stellen, und beweisen gleichzeitig, dass sie die Aufgabe selbst erledigt haben.

(Ein wirklich verdächtiger oder grausamer Interviewer könnte Trickfragen stellen, wie zum Beispiel Fragen über etwas, das nicht einmal da ist, aber ich würde nicht.)

Ich glaube nicht, dass Sie eine Kontrolle finden können, die sowohl einigermaßen effektiv als auch weniger zeitaufwendig ist, als den Kandidaten einzubeziehen und zu überprüfen, ob er Antworten unterstützen kann.

Mein Ansatz wäre es, den Einsatz so hoch zu machen, dass Betrug auch dazu führt, dass Sie sich in den Fuß schießen. Lassen Sie die Kandidaten einen Ehrenkodex abzeichnen, aus dem eindeutig hervorgeht, dass sowohl die Person, die zum Vorstellungsgespräch erschienen ist, als auch die Kontaktdaten des Namens & für den bereitgestellten Lebenslauf für 5 Jahre von der Unternehmenssuche ausgeschlossen werden. Es ist ziemlich einfach, eine Liste von Betrügern zu führen - ihre Bilder, ihre Aliase sowie ihre Telefonnummern und E-Mail-Adressen. Verwenden Sie dies dann als Kriterium Nr. 1 für das Screening zukünftiger Kandidaten.

Ja - es ist immer noch möglich, sich darum zu kümmern - neue Telefonnummer, neuer Alias ​​usw. Aber irgendwann Ihre Fähigkeit, auszusortieren Menschen ohne Fähigkeiten werden klar genug sein, dass es die Arbeit nicht wert zu sein scheint.

Um ehrlich zu sein, wenn dies für einen signifikanten Prozentsatz der Zeit geschieht, müssen Sie möglicherweise den Vortest aufgeben . Und wenn es nicht sehr häufig vorkommt, ist die Zeit, die für die persönliche Überprüfung des Kandidaten verschwendet wird, minimaler als die gesamte technische Arbeit, mehr zu tun.

Wie kann ich wissen, dass der Kandidat, der den Test abgeschlossen hat, dieselbe Person ist, die sich für die Stelle bewirbt, ohne den gesamten Test per Webcam zu überwachen?

Wenn Sie einfach abschicken Wenn Sie eine Prüfung zum Mitnehmen durchführen und später die Ergebnisse erhalten, können Sie nicht sicher sein, dass der Testteilnehmer und der Kandidat, der persönlich auftaucht, tatsächlich dieselbe Person sind.

Es gibt Organisationen, die dies tun Prüfen Sie einen Test für Sie und überprüfen Sie die Identifizierung, bevor die Prüfung beginnt. Wenn es für Sie ein so wiederholtes Problem ist, dass jemand anderes "den Test macht", müssen Sie möglicherweise bezahlen, um ihn zu lösen, oder die Leute müssen den Test in Ihrem Büro durchführen, anstatt ihn aus der Ferne zu machen.

Obwohl Ich könnte mir vorstellen, dass es passiert, ich habe dies in meinen Unternehmen nicht als echtes Problem gesehen. Aber vielleicht ist Ihr Kontext anders, vielleicht stellen Sie in Mengen ein, die sogar einen 15-minütigen Telefonbildschirm verbieten, oder vielleicht werden andere Probleme im Weg stehen.

In gewisser Weise suchen Sie nach einer Möglichkeit, um zu überprüfen, ob der Befragte eine Art Turing-Test besteht. Selbst wenn der Befragte beispielsweise Ihr Büro persönlich besucht, könnte er oder sie einen subkutanen Funksender in seinem Gehörgang haben, der an Watson bei IBM angeschlossen ist. Planen Sie, für alle Kandidaten, die Sie besuchen, nach subkutanen Ohrsendern zu suchen? Nein, da die Wahrscheinlichkeit eines solchen Betrugs gering ist und die Kosten für den Betrüger hoch genug sind, dass sich nur wenige Betrüger darum kümmern würden.

Ziel ist es also, den Test so auszurichten, dass Betrug vorliegt teuer, und so ist das Signal, das Sie vom Kandidaten erhalten, schwer zu fälschen. Nichts ist jemals perfekt betrugsfest, daher müssen Sie entscheiden, wie teuer Sie die Bewertung durchführen möchten. Ein Test, der lächerlich aufwändig ist, wird potenziell gute Kandidaten vertreiben, die nicht die Zeit haben, sich in ihrem bereits geschäftigen Leben mit komplizierten Tests zu beschäftigen. Ein zu einfacher Test wird von vielen Leuten viele gute Beiträge erhalten, was es schwierig macht, Schafe und Ziegen zu trennen.

Im Bereich der Programmierung einige Tipps, die ich beim Erstellen und Durchführen von Programmiertests verwendet habe:

1. Machen Sie den Test weniger über Trivia als vielmehr über Kreativität / Einfallsreichtum. Zum Beispiel fordere ich Leute nie explizit auf, Unit-Tests mit ihren Codebeispielen einzureichen, aber ich bestrafe sie schwer, wenn sie das nicht einfach alleine machen. Wenn sie die Initiative ergreifen, um etwas Gutes zu machen, anstatt etwas, das die Anforderungen des Tests nur minimal erfüllt, ist es weniger wahrscheinlich, dass sie betrügen (da Betrug jemand anderen Zeit kostet, gehen sie weniger wahrscheinlich die Extrameile) / li>
2. Machen Sie die Frage sehr offen, erlauben Sie dem Kandidaten, Google oder andere Personen zu verwenden, aber fragen Sie nach einer Erklärung für ihren Ansatz. Bis der "Betrüger" alles über den Betrugsansatz erklärt hat, sollte der Kandidat tatsächlich davon wissen, gut genug, um einen Bericht zu schreiben. Auch hier wird es teuer sein, wenn sich jemand anderes viel Zeit nimmt, um ein Problem kreativ zu lösen und das zu schreiben, es sei denn, der Betrüger hat Zugriff auf eine magische Orakelperson ohne persönliche Zeitbeschränkungen Schreiben.
3. Verwenden Sie Tools wie Collabedit oder Google Docs, damit der Kandidat ein Problem in Echtzeit mit einem Ihrer Programmierer löst. Stellen Sie während des Interviews sicher, dass Sie sehr spezifische Fragen stellen, und suchen Sie nach schnellen Antworten. Wenn der Programmierer das Problem gut lösen kann, sollte er in der Lage sein, sich auf die Programmierung zu konzentrieren, verwandte Nebenfragen schnell zu beantworten und sich dann erneut auf die Programmierung zu konzentrieren. Wenn sie jedes Mal längere Pausen benötigen, um routinemäßige Nebenfragen zu beantworten, wenden sie sich wahrscheinlich an einen anderen, um Hilfe zu erhalten.
4. Lassen Sie den Kandidaten mehrere Filter durchlaufen. Stellen Sie eine Vielzahl von Fragen mit unterschiedlichen Schwierigkeitsgraden. Schließlich besteht ein großer Teil des technischen Interviews darin, die technischen Fähigkeiten eines Kandidaten herauszufinden. Niemand weiß alles und Sie müssen wissen, wo die Grenzen, Risse und Bereiche mit geringer Eignung liegen. Wenn Sie einen Telefonbildschirm mit 5 Fragen von leicht bis schwer angeben, dokumentieren Sie sowohl die Antworten des Kandidaten als auch die Geschwindigkeit, mit der er antwortet. Geben Sie dann einen anderen Telefonbildschirm, der ähnlich ist, und möglicherweise einen dritten. Es wird für einen betrügerischen Kandidaten schwierig sein, dafür zu sorgen, dass immer derselbe Assistent da ist, und wenn Sie bei bestimmten Arten von Fragen offensichtliche Unstimmigkeiten in der Eignung feststellen, kann dies eine rote Fahne sein.
5. Bitten Sie um eine zertifizierte Probe anstelle der Antwort auf einen Test. Bitten Sie den Kandidaten, ein Codebeispiel aus einem College-Kurs, einem Open-Source-Projekt usw. einzureichen und nach dem Namen einer Referenz zu fragen (kein Student, sondern ein Fakultätsmitglied, ein Lehrer, ein Lehrassistent, ein Projektleiter). Wer kann dafür bürgen, dass der Kandidat den Code geschrieben hat? Bitten Sie dann den Kandidaten, seine Codierungsoptionen für dieses Problem / Projekt zu erläutern.
ol>

Die Grundidee hier ist, dass (1) Betrug teuer wird und (2) ein Kompromiss für die Kosten gefunden wird von (1) so, dass gute Nicht-Betrüger nicht durch die Eintrittsbarriere in Ihrem Unternehmen abgeschreckt werden.

Ich möchte auch hinzufügen, dass ich in meiner jahrelangen Erfahrung mit dem Entwerfen und Durchführen von Programmiertests in meinem derzeitigen Unternehmen Betrug ist die geringste meiner Sorgen. Nur wenige Kandidaten können grundlegende Anweisungen befolgen. Geben Sie beispielsweise eine einfache Anweisung ein, z. B.: "Sie dürfen keine integrierten Funktionen zur Manipulation von Zeichenfolgen verwenden, um dieses Problem zu lösen." Nach meiner Erfahrung verwenden mehr als 50% der Kandidaten immer noch integrierte Funktionen, ohne sich zu entschuldigen, und haben keine Antwort, wenn sie gefragt werden, warum sie dies getan haben.

Wenn Sie nur a verwenden Bei wenigen dieser Bildschirme wird ein großer Prozentsatz von Betrug, Faulheit und Geräuschen mit geringer Eignung besiegt. Dann sind die wenigen äußerst fleißigen Betrüger, die es schaffen, weniger Zeitverschwendung für Ihr Unternehmen.

Sie können auch versuchen, den Kandidaten mitzuteilen, dass sie möglicherweise Hilfe von einem Freund erhalten, aber nur, wenn sie Ihnen die Namen aller Personen mitteilen, die ihnen geholfen haben. Wenn der Kandidat nicht wie der echte Artikel im persönlichen Interview erscheint, können Sie vielleicht seinen Freund anrufen, der ihm beim Betrügen geholfen hat und im Codierungstest die bessere Antwort gegeben hat?

Ich würde mir an dieser Stelle überhaupt keine Sorgen um Betrug machen.

Sie haben viele potenzielle Kandidaten und möchten diejenigen herausfiltern, die nutzlos sind. Der Test filtert diejenigen heraus, die außer den Betrügern nutzlos sind. Nehmen Sie diesen Test also nicht als Beweis für Ihre Fähigkeiten, sondern nur als Schlüssel, um zum persönlichen Interview zu kommen.

Sie könnten als erste Frage im Interview nach dem Test fragen. Meine aktuelle Firma hat codility.com verwendet (glaube ich) und ein Betrüger wäre absolut festgefahren, wenn er nach einem der aufgeworfenen Probleme gefragt worden wäre (was ein sehr geschickt versteckter Logikfehler war).

Die Idee ist, dass der Test dazu dient, Personen herauszufiltern, bei denen ein Interview Zeitverschwendung ist. Betrüger können Ihre Zeit verschwenden, aber sie können keinen Job bekommen. Wenn Sie sich wirklich Sorgen um Betrüger machen, machen Sie während des Interviews ein Foto von jedem Kandidaten, da ich Fälle kenne, in denen die Person, die den Job beginnt, nicht die Person war, die das Interview geführt hat.

Ihr Ziel bei einem Programmiertest wie einem Vorstellungsgespräch oder einem anderen Einstellungsprozess ist es, festzustellen, ob jemand gut zum Unternehmen passt. Wenn Sie überprüfen müssen, ob der Test tatsächlich durchgeführt wurde (und vorausgesetzt, Sie können den Inhalt des Tests kontrollieren), können Sie den Test unverändert akzeptieren und in zukünftigen Interviews abprallen.

Zum Beispiel Sie könnte in einem Test darum bitten, ein einfaches Programm zu entwickeln, das ein paar verschiedene Datenstrukturen in einer Sprache erfordert, in der es mehrere Klassen gibt, die zu dieser Rechnung passen, und dann in einem Interview fragen, warum sie diese gegenüber einer anderen ausgewählt haben. Wenn sie Ihnen "perfekten" Code gegeben haben, der eine starke Sprachkompetenz impliziert, und Ihnen dann nicht sagen können, warum sie einen StringBuilder einem String oder einem anderen Typ vorgezogen haben, dann haben Sie wahrscheinlich Ihre rote Fahne.

Zwei weitere Optionen, die oben nicht aufgeführt sind, sind:

1. Die Anforderungen sind vage. Erwähnen Sie, dass Sie Zeichenfolgen vergleichen müssen, aber erwähnen Sie nicht, ob der Vergleich zwischen Groß- und Kleinschreibung oder Sprache unterscheiden muss. Verwenden Sie Datum und Uhrzeit und prüfen Sie, ob der Programmierer nach Zeitzonen und Schaltjahren fragt. Dies gibt Ihnen eine Vorstellung davon, dass die Person genug weiß, um die richtigen Fragen zu stellen. Wenn sie direkt zu einer Google-Suche wechselt, wissen Sie, dass sie möglicherweise nicht die richtige Person ist.

2. Bitten Sie sie, das Programm während des Interviews zu optimieren. Sagen Sie ihnen: "Die Anforderungen haben sich geändert. Der Endbenutzer hat gefragt, ob Sie ihnen diese zusätzlichen Informationen geben können. Wie würden Sie Ihren Code ändern, um dies bereitzustellen?" Sie konnten feststellen, dass einige Leute sich nicht wohl fühlten, den Code, den sie Ihnen übermittelt hatten, beizubehalten (was stark darauf hindeutet, dass jemand die Arbeit für sie erledigt hat oder sie ihn online gefunden und den Code nicht vollständig verstanden haben).

ol>

Dies ist möglicherweise nicht genau die Antwort, nach der Sie suchen, aber ich gehe damit um, indem ich Entwicklerkandidaten zu Beginn eines persönlichen Interviews ein einfaches Quiz mit 10 Fragen gebe. Die Fragen richten sich nach dem erwarteten Kenntnisstand für die Positions- und Deckungskonzepte, nicht nach Codebeispielen. Zum Beispiel kann ich einen Junior-.NET-Entwicklerkandidaten bitten, den Unterschied zwischen einer Methode und einer Eigenschaft zu beschreiben oder zu erklären, was LINQ tut und wie es sich gegenüber seinen Vorgängern verbessert. Ich kann einen .NET-Architektenkandidaten bitten, das Boxen, seine Auswirkungen und die Art und Weise, wie es gemindert werden kann, zu erläutern.

Dies ist offensichtlich nicht so gut wie eine Programmieraufgabe, gibt mir aber einen einigermaßen guten Überblick darüber das Wissen des Bewerbers über die Konzepte und Technologien, die er / sie verwenden wird. Es gibt mir auch einen guten Einblick in ihre schriftlichen Kommunikationsfähigkeiten.

Wenn der Kandidat diesen Test überlebt, erwarte ich, dass im zweiten Interview mit dem Entwicklungsteam tiefere Fragen zur Technik usw. auftauchen.

Stellen Sie Fragen, die keine vordefinierten Antworten haben. Lassen Sie mich ein Beispiel geben:

1. Was ist der Unterschied zwischen einer Klasse und einer Benutzeroberfläche? Google hat alles, was Sie brauchen Beantworten Sie diese Frage, damit Sie hier das Auswendiglernen testen können, nicht die Fähigkeiten.

2. Wann würden Sie eine Klasse gegen eine Schnittstelle verwenden? Viel interessantere Antworten, die Fähigkeiten, Erfahrung und Verständnis demonstrieren

ol>

Ein technischer Test voller Fragen vom Typ 2. wäre viel schwieriger zu betrügen und eine bessere Einschätzung der Fähigkeiten des Bewerbers zu geben.