Wie reagiere ich auf falsche / nicht beantwortete Fragen während des Interviews? [geschlossen]

Heute habe ich mein erstes Interview mit potentiellen Praktikanten geführt. Während dies größtenteils offene Fragen waren, hatte ich einige einfache Programmieraufgaben für sie:

• Schreiben Sie eine Funktion, die true zurückgibt, wenn die Dreiecksseiten (alle Ganzzahlen) a, b und c ein rechtwinkliges Dreieck darstellen können .
• FizzBuzz.
• Berechnen Sie das N-te Element von Fibonacci mithilfe der Rekursion (wenn sie nicht wüssten, was Fibonacci ist , würde ich ihnen sogar die Definition F (n) = F (n-1) + F (n-2); F (1) = schreiben 1; F (0) = 1).
• Implementieren Sie die Strukturliste für Ganzzahlen und die Schreibfunktion, um sie umzukehren.

Dies sind offensichtlich sehr einfache Aufgaben, und ich war nicht darauf vorbereitet, dass jemand sie nicht löst.

Wie soll ich handeln, wenn sie mit diesen Fragen kämpfen? Soll ich die Antwort aufgeben? Tipp für Tipp geben (ich habe das getan und das Problem dann selbst gelöst)? Oder einfach mit dem Interview weitermachen (oder vielleicht einfach aufhören)?

ps. Wenn ich Probleme mit Fragen habe, dann meine ich nicht, dass ich einen Fehler habe, sondern wenn sie nicht einmal anfangen können. Dies war ein Fall mit Fragen von Fibonacci und List.

Sie sagten, dass Sie für Praktikumsstellen in der Frage interviewen, also ist dies von diesem Standpunkt aus gesehen, für Vollzeitentwickler wird die Messlatte ein bisschen höher sein.

Wenn Sie Praktikanten interviewen, müssen Sie bedenken, dass sie möglicherweise ihr Studium noch nicht abgeschlossen haben und möglicherweise auch ohne Vorkenntnisse in Programmierung und Informatik studiert haben. Als solches müssen Sie die Erwartungen an das anpassen, was Sie vernünftigerweise von jemandem erwarten können, und an das Prestige der Position (dh Google kann mit Erwartungen davonkommen, von denen ein Unternehmen, von dem die Leute nichts gehört haben, nichts wissen kann).

Wenn ich mir die von Ihnen gestellten Fragen ansehe, sehe ich sie wahrscheinlich in einem Interview wie folgt:

1) Schreiben Sie eine Funktion, die true zurückgibt, wenn die Dreieckseiten (alle ganzen Zahlen) a, b und c ein rechtwinkliges Dreieck darstellen können.

Grundlegende Anwendung der Geometrie mit einfacher Codierung, die meisten Schüler sollten dies ohne große Schwierigkeiten können. Allenfalls eine Erinnerung an den Satz von Pythagoras könnte erforderlich sein, wenn sie etwas Stress zeigen, weil sie in einem Interview sind. Dies könnte fast als ein "Ego Boost" -Problem angesehen werden, da es einigen Leuten helfen kann, sich zu beruhigen, wenn sie sehr nervös sind, wenn sie in das Interview gehen.

2) FizzBuzz

Wieder eine andere Anwendung einiger grundlegender Steueranweisungen. Schüler, die mit dem Modul-Operator nicht vertraut waren oder ihn nicht häufig verwendeten, müssen möglicherweise daran erinnert werden, sollten jedoch keine wirklichen Probleme bei der Lösung des Problems haben.

3) Berechnen Sie das N-te Element von Fibonacci mithilfe der Rekursion (wenn sie nicht wüssten, was Fibonacci ist, würde ich ihnen sogar die Definition F (n) = F (n-1) + F (n-2) schreiben; F (1) ) = 1; F (0) = 1).

Dies ist in der Regel ein recht häufiges Problem, sodass die meisten (wenn nicht alle) Schüler es irgendwann vor dem Abschluss bemerken. Der Haken ist, dass es normalerweise angezeigt wird, wenn den Schülern eine Rekursion präsentiert wird, da es sich gut eignet, oder eine rekursive oder schleifenbasierte Lösung, die dann verglichen werden kann, so dass Schüler aus verschiedenen Schulen es zu unterschiedlichen Zeiten sehen können, abhängig von der Reihenfolge der Kurse. In der Praxis würde ich, wenn sich jemand das Rekursive nicht einfallen lassen würde, nach einer Alternative mit Schleifen fragen, und wenn er sich das nicht einfallen lassen würde, wäre ich besorgter über seine möglichen Fähigkeiten.

4) Implementieren Sie die Strukturliste für die Ganzzahl- und Schreibfunktion, um sie umzukehren.

Diese Frage könnte tatsächlich ein bisschen zu offen sein, wie sie geschrieben steht, sodass es auch eine gute Frage sein könnte, um zu sehen, wie der Kandidat zusätzliche Informationen sucht (z. B. sollten Löschfunktionen enthalten sein, in Arrays konvertiert werden usw.), aber einen Brunnen gegeben Defined Problem Statement ("Implementieren Sie eine grundlegende Listenstruktur für Ganzzahlen, mit der Zahlen am Ende oder an einem beliebigen Index hinzugefügt, gelöscht und mit einer Funktion zum Zurückgeben einer umgekehrten Kopie der Liste versehen werden können") Die Schüler sollten in der Lage sein, zu lösen das Problem, solange Listen eine gemeinsame Struktur sind, die entweder in einem frühen Kurs über Datenstrukturen oder in einem frühen Kurs über grundlegende Informatik präsentiert wird.

Achten Sie im Umgang mit den Kandidaten darauf, dass sie entspannt sind, wenn sie Probleme haben, und lassen Sie ihnen ein wenig Nachsicht zu, da sie möglicherweise nur Leistungsangst haben, da dies möglicherweise ihr erstes wirkliches Interview ist. Möglicherweise sind Tipps zur Lösung der Probleme erforderlich. Dies gilt insbesondere für das dritte und vierte Problem im Gegensatz zu den ersten beiden.

Strukturieren Sie außerdem den gesamten Interviewprozess so, dass "elegante Ausstiegspunkte" integriert sind. Beispielsweise haben Sie möglicherweise die folgende Agenda:

• Treffen und Begrüßen, Interviewverfahren.
• Kurzinterview mit Mitarbeiterprogrammierer (n), Grundfragen zum Hintergrund.
• Vorstellung des Programmierquiz.
• Brechen
• Rückkehr aus der Pause, Entlassung einiger Kandidaten, die nicht gut passen.
• Erweitertes Interview mit Programmierern.
• Interview mit der Personalabteilung (falls erforderlich).
• Einpacken.

Dieser Interviewablauf funktioniert in der Regel gut, wenn Sie Kandidaten vorzeitig entlassen möchten, da sie von Anfang an wissen, dass sie nach der Pause möglicherweise entlassen werden. Das kurze Interview vor dem Quiz bedeutet auch, dass sie nicht nur zum Test erscheinen, was ihnen einige Interviewübungen einbringt und ihnen möglicherweise auch erlaubt, zu entscheiden, dass sie nicht gut passen. Wenn andere Programmierer das Quiz beobachten oder den Kandidaten dabei unterstützen, haben sie auch die Möglichkeit, den Kandidaten während einer kurzen Pause zu bestehen oder nicht zu bestehen.

Zu jeder Zeit, wenn Sie für ein Praktikum interviewen und die Kandidaten Studenten sind, müssen Sie sich daran erinnern, dass sie noch Studenten sind und möglicherweise nicht viel Übung mit Interviews haben (was zu möglichen Leistungsangst führen kann) und möglicherweise auch nicht den Punkt erreicht haben, an dem sie studieren Sie können sogar die Fragen beantworten, was bedeutet, dass es eine gute Idee sein könnte, sie mit einer Kopie der "idealen Lösung (en)" für die Probleme, die sie haben, auf den Weg zu schicken.

Mein Ziel für jedes Vorstellungsgespräch, egal auf welcher Seite ich stehe, ist es, das Gefühl zu haben, mit einem Kollegen zu sprechen. Kollegen kommen die ganze Zeit in mein Büro, wenn sie ein Problem haben. Ich bitte meine Kollegen um Hilfe, wenn ich selbst feststecke. In einem Interview versuche ich, diese Dynamik wiederherzustellen.

Mit anderen Worten, was würden Sie sagen, wenn ein Kollege eine Fibonacci-Sequenz implementieren müsste und nicht wüsste, was das ist? Sie würden es ihnen erklären, bis sie es genug verstanden haben, um alleine weiterzumachen. Unwissenheit ist keine Schande, solange sie nicht von Dauer ist.

Wenn Sie diese Übung absolvieren und sich immer noch nicht vorstellen können, mit dieser Person zusammenzuarbeiten, sind sie für den Job nicht geeignet.

Wenn Sie in einem Interview Fragen wie diese stellen, müssen Sie feststellen, ob jemand herausfinden kann, wie Probleme gelöst werden können. Die Aufgabe eines Programmierers besteht im Allgemeinen aus zwei Dingen: "Nehmen Sie diese Anforderungen und implementieren Sie sie in Code" und "Finden Sie heraus, warum die Implementierung nicht den Anforderungen entspricht, und beheben Sie sie." Was Sie also wirklich suchen, ist nicht eine Lösung für diese spezifischen Fragen, sondern die Fähigkeit, Dinge herauszufinden.

Wenn ich das verstehe, würde ich ein oder zwei Tipps geben, um jemanden zum Laufen zu bringen, und vielleicht noch mehr, wenn klar ist, dass er echte Fortschritte macht, aber irgendwo ein Detail fehlt. Wenn sich jedoch herausstellt, dass sie das Problem nicht lösen können, haben Sie Ihre Antwort und müssen die Übung nicht fortsetzen.

Als ich zum Beispiel bei meinem aktuellen Job interviewt habe, wurde mir die Frage gestellt, wie ich in einem Diagramm den kürzesten Weg von einem Knoten zu einem anderen finden kann. Ich antwortete, dass ich wahrscheinlich so etwas wie den Dijkstra-Algorithmus verwenden würde, an den ich mich vage erinnere, als ich von einem Tag an der Universität erfahren habe und den ich seitdem nie benutzt habe, und gab eine kurze (und falsche) Erklärung, die die spezifischen Bedingungen der erfüllt Frage. Der Interviewer wies darauf hin, dass meine Lösung in einer Endlosschleife enden würde, wenn das Diagramm geringfügig geändert würde, was mein Gedächtnis erschütterte. Ich erklärte daher den richtigen Weg, um dieses Problem zu vermeiden. Und ich bekam den Job.

für Praktikumsstellen fragen Sie vielleicht ein bisschen nach.

Ich habe keine Ahnung, was du überhaupt mit der 4. Frage meinst. Wenn Sie eine Frage zur Rekursion stellen, die etwas unpraktisch ist, gehen Sie Ihre eigene Codebasis durch und bestimmen Sie die Anzahl der Bereiche, in denen die Rekursion verwendet wird. Ich bin bereit, darauf zu wetten, dass es nur wenige gibt. Interview-Situationen sind stressig und es ist unfair, von Kandidaten zu erwarten, dass sie selten genutzte Strategien implementieren, die im Vergleich zu den meisten Dingen, die Sie jemals programmieren werden, rückständig sind, insbesondere zu Beginn eines Interviews. Persönlich würde ich Fragen stellen, wo sie erklären müssen, was wichtige Konzepte bedeuten / wie sie verwendet werden, und Beispiele in Dosen geben. Ich wäre viel mehr an Kandidaten interessiert, die Ihnen sagen können, dass X-Buch- oder Google Y-Suche alles bietet, was Sie benötigen, um etwas in Ihre Codebasis zu implementieren.

IMHO sollten Ihre ersten beiden Fragen für jeden lösbar sein, der sich selbst als Programmierer bezeichnet, sei es als Junior oder Senior, direkt nach der Schule oder als Autodidakt.

Wenn ich sehe, dass der Interviewer mit einem dieser Probleme zu kämpfen hat, würde ich versuchen, das Problem neu zu formulieren und zu überprüfen, ob er es vollständig verstanden hat. Ermutigen Sie sie dann, Stift und Papier, Whiteboard, Zeichnen von Figuren oder einen anderen Ansatz zu verwenden, den sie bevorzugt, um das Problem anzugehen. Ich bitte sie auch laut zu überlegen, einen Einblick in ihren Denkprozess zu bekommen und, falls nötig, kleine Hinweise zu geben, wenn sie auf dem richtigen Weg ist, sich einfach nicht traut, vorwärts zu kommen oder ein Hindernis zu haben. Aber wenn selbst einige Hinweise nicht helfen oder - wie Sie oben erwähnt haben - ich das Problem für sie löse, würde ich das Interview wahrscheinlich beenden, um keine Zeit mehr zu verschwenden. In einem Interview bemühe ich mich immer, zu sehen und mich auf das zu konzentrieren, was die Kandidatin weiß, anstatt auf das, was sie nicht weiß. Wenn ich jedoch anscheinend kein signifikantes Wissen finde, gebe ich nach einer Weile auf.

Die 3. und 4. Stufe sind etwas schwieriger, so dass ich akzeptieren könnte, wenn ein Junior sie nicht bekommen könnte, wenn er ansonsten einen guten Lösungsansatz und Enthusiasmus demonstriert. Aber für einen Senior sind sie immer noch ein Muss.

Ich musste nachsehen, was du mit "FizzBuzz" meintest. Es stellte sich heraus, dass ich von dem Spiel und seinen Regeln gehört hatte, aber nicht unter diesem Namen und schon nach einer Weile. Denken Sie also nicht, dass Sie den Befragten KEINE Informationen geben müssen.

Das heißt, dies sind alles grundlegende Codierungsprobleme, bei denen ich davon ausgehen würde, dass sich jemand, der ein Interview für eine Codierungsposition der Einstiegsklasse führt, ihren Weg durchdenkt, wenn er eine Antwort nicht durch Inspektion codieren kann. Also sind wir dort auf der gleichen Seite. Die Antwort auf Ihr Problem hängt davon ab, wie sie es falsch verstehen:

• Kleinere Syntaxprobleme: Wenn Sie Code in einer bestimmten Sprache erwarten, sollten Sie nicht zu stark abrechnen, wenn ein Semikolon fehlt oder eine Verwendung eines Bezeichners falsch geschrieben wurde. Die meisten IDEs werden das sofort bemerken und jeder macht von Zeit zu Zeit Tippfehler. In fast jedem Interview, in dem von mir erwartet wurde, dass ich etwas codiere, war "Pseudo-C-ish" akzeptabel, solange der Algorithmus dem Interviewer richtig mitgeteilt wurde und die Logik stichhaltig war.

• Kleiner logischer Fehler: Wenn sich der Algorithmus in den meisten, aber nicht in allen erwarteten Szenarien wie erwartet verhalten würde (etwa beim Codieren von FizzBuzz, würde 15 nur "Fizz" oder "Buzz" ergeben, aber nicht beides, wie es sein soll), dann Seien Sie der "Unit-Tester" und weisen Sie darauf hin, dass der Algorithmus in diesem Fall fehlschlagen würde und versuchen Sie, ihn zu beheben. Möglicherweise haben sie diesen speziellen Fall übersehen oder die Anforderungen nicht vollständig genug verstanden. Beides sind wieder völlig nachvollziehbare, alltägliche Vorkommnisse in der Codierung, die durch einfaches Bereitstellen der zusätzlichen Informationen oder Rückmeldungen leicht zu überwinden sind.

• Schwerwiegende logische Mängel: Wenn der Algorithmus die meisten oder die angegebenen Testszenarien nicht bestehen würde, weisen Sie auch darauf hin und prüfen Sie, ob er dies beheben kann. Dies ist eher ein Problem; Entweder haben sie einige sehr grundlegende Anforderungen des Systems missverstanden, oder sie haben ein klaffendes Logikloch übersehen. Wenn sie es jedoch im Detail des Problems beheben können, ohne genau zu wissen, wo der Code ausfällt, müssen Sie die unklaren Anforderungen berücksichtigen und fortfahren.

• Ich weiß nicht, wo ich anfangen soll / eine hartkodierte Antwort auf bestimmte Fälle / kann ihren Pseudocode nicht verstehen: Dies sind die roten Fahnen. Wenn Sie jemanden bitten, einen Algorithmus zu codieren, der den FizzBuzz-Regeln folgt, und ihm diese Regeln erklären, und Sie einen leeren Blick erhalten, ist das Interview zu Ende. Aus dem gleichen Grund würde ich nicht mit einem zweiten Interview fortfahren, wenn sie ETWAS auf die Tafel setzen können, aber es in großen Teilen des Problemraums fehlschlägt und Sie ihre Hand halten müssen, wenn Sie den Fehler veranschaulichen und wie man ihn behebt .

Wenn Sie wirklich einen potenziellen Praktikanten haben, der sich wie ein Reh im Scheinwerferlicht verhält, weil er noch nie interviewt wurde, Angstprobleme hat, noch nie in einer solchen realen Lebenssituation war (das merkt man normalerweise an der Körpersprache), können Sie einfach anfangen Fragen Sie sie, woran sie zuletzt gearbeitet haben.

Dann wird es sein Territorium sein, damit er nicht verrückt nervös wird. Wenn Sie einen geeigneten Ort gefunden haben, fragen Sie: "Hey, wie haben Sie das umgesetzt?". Wenn er es erklären kann, könnte es Ihnen einen Einblick in seine Denkweise geben.

Stellen Sie danach Ihre eigenen Tests auf die Tagesordnung.

Fizzbuzz ist eine absolute Voraussetzung. Wenn sie Fizzbuzz nicht codieren können, sollten Sie sie nicht einstellen.

Ich bitte den Kandidaten in der Regel um eine Code-Sitzung vor dem Interview, in der wir mit Google Text & Tabellen ein Programmierproblem lösen (normalerweise Fizzbuzz + ein höheres Problem, wenn sie Fizzbuzz problemlos abschließen können).

Ich bin in der Regel telefonisch oder per Skype mit ihnen in dieser Zeit und da ich beobachte, wie sie das Problem lösen (und mit ihnen darüber spreche, was sie an bestimmten Punkten denken), kann ich ziemlich sicher sein, dass sie es nicht getan haben. ' googeln Sie einfach die Antwort.

Solange Ihre anderen Probleme gut spezifiziert sind (dh Sie geben ihnen die Formel für jedes Problem), sind Ihre Fragen in Ordnung.

Wenn ich Kandidaten interviewe, versuche ich, mich an Programmierprobleme zu halten, auf die sie wahrscheinlich stoßen. Ich liebe Probleme mit der Manipulation von Strings, weil im Web fast alles, was den Benutzern begegnet, mit einer Art String-Manipulation zu tun hat. Wie sie damit umgehen, ist wichtig.

Dies hängt vom Kaliber der Position ab, die Sie besetzen möchten.

Wenn Sie für einen Senior-Entwickler gehen, dann würde ich erwarten, dass sie das alles wissen. Wenn sie es falsch verstanden und ich mich böse fühlte, hörte ich einfach mit dem Interview auf, danke und auf Wiedersehen. Wenn ich höflicher wäre, würde ich mich einfach bei ihnen bedanken und den Rest des Interviews durchgehen.

Wenn ich mich für einen Nachwuchsentwickler entschieden hätte, könnten diese Fragen als ziemlich schwierig angesehen werden. Ich wäre mehr daran interessiert, ihre Fähigkeit und Bereitschaft zu lernen zu erforschen. Also würde ich versuchen, ihnen Hinweise zu geben und sie zu begleiten und zu sehen, wie sie reagieren.

Praktikanteninterviews sind eine andere Art von Interviews. Normalerweise benutze ich meine Standard-Entwicklerfragen (wie die, die Sie angegeben haben), um festzustellen, wo sie sich in ihrer Ausbildung befinden. Die Fähigkeit, diese Probleme zu lösen, wird von Studenten im zweiten Jahr bis zu Senioren sehr unterschiedlich sein.

Nachdem ich diese Informationen erhalten habe, konzentriere ich mich auf andere Fähigkeiten, wie zum Beispiel, ob sie in der Lage sind, in einem Team zu arbeiten, ob sie unterrichtbar sind, ob sie von einem Praktikum in unserem Unternehmen profitieren, ob sie sich leidenschaftlich für Entwicklung / Lernen interessieren usw.

Für mich sind es die nicht technischen Dinge, die einen Praktikanten wirklich von den anderen Kandidaten unterscheiden. Ich würde viel lieber ein paar Monate damit verbringen, jemanden zu coachen / zu betreuen, der motiviert ist zu lernen und zu wachsen, als jemanden, der nur einen Job für das Semester haben möchte.

Fragen Sie sich, welchen Wert der Befragte Ihrem Unternehmen voraussichtlich hinzufügen wird. Berücksichtigen Sie die Kosten für die Beteiligung eines Mentors, insbesondere, wenn er Probleme auf Fizzbuzz-Ebene nicht lösen kann. Wenn die Antwort nicht dem beabsichtigten Gehalt entspricht, haben Sie einen guten wirtschaftlichen Grund, sie nicht einzustellen.

Scheuen Sie sich nicht, zu Ihrem Vorgesetzten zurückzukehren und zu sagen: "Es gab keine Kandidaten, die unserem Unternehmen einen ausreichenden Mehrwert bieten würden, damit sich die Einstellung lohnt." Dies muss eine bessere Vorgehensweise sein, als mit jemandem zu enden, der tatsächlich von negativem Wert ist, da es teuer ist, jemanden zu haben, der ihm ständig hilft.

Meine Antwort mag etwas unfreundlich oder abweisend erscheinen, aber ich denke, es funktioniert gut. Zunächst stelle ich dem Kandidaten eine sehr einfache Frage, die als Aufwärmfrage dient, um sein Selbstvertrauen zu stärken. Ob sie erfolgreich sind oder nicht, ich gehe auf eine Frage ein, die weniger trivial ist und in direktem Zusammenhang mit dem steht, was der Job beinhaltet.

Zu diesem Zeitpunkt ist alles oder nichts. Wenn sie durchfahren, kein Problem. Wenn sie ein bisschen zu kämpfen haben, helfe ich ihnen weiter und gehe dann auf andere Fragen ein, um andere Fähigkeiten einzuschätzen.

Wenn sie jedoch überhaupt nicht in der Lage sind, das Problem zu lösen, verbrenne ich den Rest der Interviewzeit damit, ihnen weiterzuhelfen. Der Kandidat fühlt sich immer noch mit dem Interview beschäftigt, aber ich muss das Interview nicht in andere, irrelevante Richtungen lenken. Es ist auch gut für den Kandidaten, da es vielleicht lehrreich ist.

1. Versuche nett zu ihnen zu sein. An Ihren Fragen sehen Sie, dass Sie auch hier nicht versuchen, nett zu sein. Denken Sie, jeder sollte diesen "Fizzbuzz" -Begriff kennen? Oder sollten wir das Netz durchsuchen, weil Sie es nicht selbst schreiben konnten? Im Gegenteil, ich denke, jeder hier weiß, was das richtige Dreieck ist.
2. Was ist "Strukturliste"? Ich weiß es nicht. Ich kenne "die Listenstruktur". Was bedeutet es: Liste für ganze Zahlen? Liste der Ganzzahlen, die Sie meinen? Ich würde auch nicht wissen, wie ich anfangen soll. Und bitte, reden Sie nicht, Sie sind kein Engländer. Ich auch. Und selbst ich war noch nie in einem englischsprachigen Land gewesen. Sie wissen sicher , dass eine ganze Zahl im Plural eine ganze Zahl s ist . Wenn Sie hier nicht versuchen, mit Ihren Gleichen verständlich zu sein, kann ich mir vorstellen, wie es Ihnen dort geht .
3. Jeder erfahrene Programmierer weiß, dass die Fibonacci-Reihe ein Buchbeispiel dafür ist, was nicht durch Rekursion erreicht werden sollte. Testen Sie sie auf ihre Fähigkeit, sich Ihnen zu widersetzen, oder auf ihre Programmierfähigkeiten? Machen Sie Ihre Arbeit und finden Sie ein besseres Beispiel für das Testen von Fähigkeiten in der Verwendung von Rekursion.
4. "Fähigkeit, unter Stress zu arbeiten" bedeutet für einen Programmierer, dass er nachts arbeiten kann, wenn es nötig ist. Aber wenn Sie gute Programmierer haben möchten, warten sie darauf, dass ihr Chef ein sehr netter, verständnisvoller und hilfsbereiter Kerl ist. Wenn Sie nicht sind, werden Sie nie gute Programmierer haben. Sie sind keine Alpha-Ratten-Männchen. Wenn sie einen Angriff spüren, schließen sie sich einfach und tun nichts.

Meine Antwort lautet also: Sei selbst besser vorbereitet.

PS Du bist bereits ein Manager, also solltest du wirklich Stress aushalten.