Wie viel Hilfe sollte ich bei technischen Interviews geben? [geschlossen]

Ich werde gebeten, während vieler technischer Interviews aufzutreten oder mitzusitzen. Wir stellen logische Fragen und einfache Programmierprobleme, die der Befragte auf Papier lösen kann. (Ich würde es vorziehen, dass sie Zugang zu einer Tastatur haben, aber das ist ein anderes Mal ein Problem.) Manchmal habe ich das Gefühl, dass die Leute wissen, wie sie ein Problem angehen sollen, aber sie hängen an der Nervosität oder einem Nachdenken über die Frage ( sie sollen keine Trickfragen sein).

Ich habe noch nie gehört, dass mein Chef Hilfe oder Hinweise gibt. Er dankt dem Befragten einfach für die Antwort (egal wie gut oder schlecht sie ist) und fährt mit der nächsten Frage oder dem nächsten Problem fort. Aber ich weiß etwas über das Kaninchenloch, das Sie durch Niederlage und Nervosität in den Abgrund treibt, und wie es Ihren Verstand beeinträchtigt, und ich frage mich unweigerlich, ob es uns letztendlich helfen würde, stattdessen fähigere Programmierer zu finden von mehr fehlgeschlagenen Interviews.

Sollte ich verwirrten Befragten Tipps und Hilfestellungen geben (und wenn ja, wie weit sollte ich gehen, während ich den besser vorbereiteten Kandidaten noch gerecht werde)?

Wenn ich in einer ähnlichen Position war, sagte ich zu dem Befragten: "Stell dir vor, ich bin Google. Wenn du etwas suchen musst, sag es einfach."

In einer Frage mussten die Befragten in der Lage sein, das Volumen eines Zylinders zu bestimmen. Es machte mir also nichts aus, wenn jemand sagte: "Ich müsste die Formel für das Volumen eines Zylinders bei Google suchen." Ich war daran interessiert zu wissen, ob sie wussten, wie sie das Problem angreifen sollten, und nicht, ob sie sich Formeln auswendig gelernt hatten. Für den Job mussten sie ein gutes Gespür dafür haben, wie man die reale Welt in Software umsetzt, daher war dies ein wichtiges Konzept.

Andererseits wollte ich ihnen nicht sagen, dass sie diese Formel brauchten.

Sie haben Recht, dass Nerven ein Problem sein können, aber ich erwarte immer noch, dass Menschen in der Lage sind, ihren Denkprozess auszudrücken, auch wenn sie nervös sind. Einfach keine Antwort zu geben, war inakzeptabel.

Sie haben zwei Ansätze, die sowohl für die Problemlösung als auch für kurze technische Fragen geeignet sind:

1. Der erste wird von Ihrem Chef verwendet: Geben Sie keine Hilfe, um zu testen, wie sich die Person in einem stressigen Kontext verhält. Es ist ein vollkommen gültiger Ansatz und kann einige Hinweise auf die Person geben. Wenn Sie diese Person einmal eingestellt haben, kann sie schließlich nicht mehr von allen Kollegen unterstützt werden.

2. Der zweite besteht darin, Hinweise und Unterstützung zu geben. Der Grad der Unterstützung spielt keine große Rolle. Das einzige, was zählt, ist: Je mehr Hilfe Sie der Person geben, desto weniger müssen Sie ihren Erfolg wertschätzen.

Persönlich glaube ich, dass Sie sich genügend Zeit nehmen sollten, um sicherzustellen, dass die Person ein Problem nicht selbst lösen kann, und der Person das Gefühl zu geben, dass sie es nicht ohne Hilfe lösen kann. Aber dann können Sie schrittweise Hilfe leisten, bis Sie der Person die Antwort selbst mitteilen.

Beispiel:

- Können Sie mir sagen, wie Sie schreibgeschützte Eigenschaften in C # erstellen, dh Eigenschaften mit einem Wert, der nur innerhalb eines Konstruktors initialisiert und später nicht geändert werden kann?
- Natürlich. Ich benutze nur das Schlüsselwort readonly.
- Bist du sicher? Können Sie mir den Unterschied zwischen einer Immobilie und einem Feld erklären?
- Hm. Eine Eigenschaft ist ... Sie sehen ... erhalten und setzen ...
- Ok. Ein Feld ist also eine Variable, die innerhalb einer Klasse oder einer Struktur deklariert und innerhalb des Klassen- / Strukturbereichs gültig ist, während eine Eigenschaft einem Feld gleicht, aber auch einen Mechanismus zum Lesen, Schreiben oder Berechnen eines Werts bereitstellt. Was ist nun mit readonly? Wird es mit Eigenschaften verwendet?
- Ich glaube, dass es nur für Felder verwendet wird ...
- Richtig. Was ist also mit den Eigenschaften?
- Sie können nicht nur gelesen werden.
- Bist du sicher? Was ist mit den Eigenschaften, die nur Getter haben?
- Sie sind schreibgeschützt.
- Bedeutet das, dass ihr Wert immer gleich bleibt?
- Ja.
- Nein nicht wirklich. Die Tatsache, dass Sie eine Eigenschaft mit einem Getter haben, bedeutet nicht, dass sich ihr Wert während der Lebensdauer der Instanz der Klasse nicht ändert. Wenn der Getter auf ein Feld verweist, das bei jedem Zugriff auf die Eigenschaft inkrementiert wird, wird der zurückgegebene Wert kontinuierlich erhöht.
- Richtig.
- Damit? Haben Sie eine Idee, wie Sie eine Eigenschaft mit einem Wert implementieren können, der sich nie ändert?
- Nein.
- Sie können ein schreibgeschütztes Feld verwenden. Wissen Sie, was ein Hintergrund ist?
[...]

Die Antwort zu geben, ist in jedem Fall eine gute Idee. Es gab mehrere Fälle, in denen der Befragte meine Antwort auf interessante Weise kommentierte und zeigte, dass er auch dann verwandte Dinge weiß, wenn er die Frage überhaupt nicht beantworten konnte.

Wenn Sie nur eine Frage ohne weitere Hilfe stellen, haben Sie nicht zu viele Informationen über die Person, abgesehen von der Tatsache, dass sie die Antwort kennt oder nicht kennt . Wenn Sie progressive Hilfe leisten, können Sie möglicherweise sehen, wie die Person über ein Problem nachdenkt.

Es kann auch andere Dinge zeigen, die die Person nicht kennt. Nehmen Sie das obige Beispiel: Wenn ich bei der ersten Antwort aufhören würde, hätte ich nicht gewusst, dass die Person den Unterschied zwischen einem Feld und einer Eigenschaft nicht erklären kann oder nicht weiß, was ein Hintergrundfeld ist.

Wenn die Person sofort antwortet, ist es in Ordnung. Wenn sie Hilfe braucht, ist daran nichts auszusetzen. Wenn Sie die Frage am Ende selbst beantworten, ist dies ein schlechtes Zeichen, und der Befragte kann hoffentlich die anderen Fragen beantworten.

Ich helfe den Befragten immer gerne, wenn sie sich auf eine einfache Sache beschränken (wie den Namen eines bestimmten Musters, wenn sie offensichtlich wissen, was es ist), und lasse sie Dinge wie die Einzelheiten des Aufbaus einer Datenbankverbindung beschönigen. Wenn sie jedoch versuchen, etwas zu entwerfen, sage ich nicht viel, weil ich sie weder führen noch ablegen möchte, wenn sie über etwas anderes nachdenken, als ich vermute, wohin sie gehen.

Ich erinnere mich, dass ich von einem Interviewer, der ein bestimmtes Ergebnis vor Augen hatte, eine bestimmte Frage zur Problemlösung gestellt bekam, aber er war nicht in der Lage, mir die Frage klar mitzuteilen. Dies beschreibt die Situation, in die viele Befragte geraten. Manchmal liegt der leere Blick nicht daran, dass die Person kein guter Problemlöser ist, sondern daran, dass die Person, die die Frage stellt, nicht klar ist, was sie fragt. In diesem Fall beweist der Ansatz Ihres Kollegen, nichts zu sagen und zu tun, nur, dass der Kandidat nicht wie Ihr Kollege denkt oder nicht im Kopf Ihres Kollegen ist. Ich denke, die Klärung der Frage in verschiedenen Worten könnte für alle Beteiligten bessere Ergebnisse bringen.

Angesichts der Tatsache, dass Programmierer (zumindest die meisten von uns) nicht im luftleeren Raum arbeiten und Interviews ohne künstliche Grenzen stressig genug sind, neige ich dazu, so viel Hilfe anzubieten, wie ein Befragter verlangt oder braucht.

Berücksichtigen Sie dies jedoch bei der endgültigen Beurteilung des tatsächlichen Kompetenzniveaus eines Bewerbers.

Jemand, der eine leitende Position sucht, aber viel Hilfe benötigt, würde Alarmglocken läuten.

Für "Senioren" biete ich kurze, offene Fragen an und achte mehr auf die Fragen, die sie stellen als auf die Antwort. Ich finde ältere Menschen, die zuhören, kommunizieren, aktiv zuhören, klären und dann Lösungen anbieten, die mir gefallen.

Für "Linieningenieure" habe ich die Technik für Programmiertests verwendet, bei denen Sie einem Bewerber einen Computer und ein Problem geben und ein paar Stunden, dann kommen Sie zurück. In dieser Situation haben wir den Antragsteller im Voraus gefragt, welches Betriebssystem und welche Tools er bevorzugt (auch ein interessanter Teil des Fachwissens eines Programmierers). Als sie fertig waren, baten wir sie als Gruppe, die Lösung vorzustellen und zu erklären, warum sie besser ist als andere Lösungen - eine Codeüberprüfung. Alle Fähigkeiten, die ich an Tag 1 von einem erfahrenen Ingenieur erwarte.

Wichtig ist, dass das gesamte Befragungsteam einen Nachmittag gebraucht hatte, um den gleichen Test durchzuführen, und wir wussten, dass der Test fair war. Wir verbrachten eine Stunde damit, die Herangehensweisen der einzelnen Personen zu untersuchen, wie wir es mit einem Befragten tun würden, was uns ein Gefühl für unterschiedliche Herangehensweisen gab.

Diese zweite Technik brachte uns zu einigen der besten "nicht gesungenen" Programmierer (mieser Lebenslauf, miese Interviewfähigkeiten), die ich je gefunden habe.

Ich bevorzuge es, Interviews mit einer einfachen vertrauensbildenden Frage zu beginnen, um den Kandidaten mit dem Prozess vertraut zu machen. Wenn dies funktioniert, können Sie dennoch so viele Informationen wie möglich aus späteren Fragen abrufen, ohne Kandidaten Vorteile zu verschaffen, die die Körpersprache besser verstehen als das berufsbezogene Material.

Manchmal minor hintshilft das Bereitstellen während des mündlichen Interviews, um zu sehen, wie gut der Kandidat das Thema bzw. die Themen versteht. Es sollte jedoch no hintsStandardtests geben, zu denen jeder Kandidat aufgefordert wird.

Grundsätzlich gibt es einige two main things, die Sie über potenzielle Kandidaten wissen möchten:

a) Persönliche Merkmale - passt er gut zu Ihrem Unternehmen oder Team?

b) Technische Fähigkeiten - Hat er einen guten technischen Hintergrund und Interesse daran, neue Dinge zu lernen?

Um diese Punkte kennenzulernen, müssen Sie den potenziellen Kandidaten in ein Gespräch einbeziehen. Es ist auch wichtig, sicherzustellen, dass der Kandidat ein comfortable during the interviewHöchstmaß an Verständnis für seine aktuellen Fähigkeiten (sowohl Soft- als auch Tech-Kenntnisse) und sein Potenzial zur Ausführung der Arbeit hat.

Darüber hinaus sind die Kommunikationsfähigkeiten des potenziellen Kandidaten ebenso wichtig wie seine technischen Fähigkeiten und Kompetenzen zur Lösung der Probleme.

Ein Teil dessen, was betrachtet werden sollte, sind Kommunikationsfähigkeiten. Wenn der Kandidat über die Frage unklar ist, sollte er Fragen stellen, um dies zu klären. Dies ist meiner Meinung nach eine gute Sache. Zu oft werden falsche Entscheidungen getroffen, weil beim Lesen von Spezifikationen oder in diesem Fall beim Verarbeiten einer Interviewfrage bestimmte Annahmen getroffen werden. Der Kandidat kann auf der Grundlage dieser Annahmen antworten und den beabsichtigten Punkt völlig verfehlen. Die Frage könnte fehlerhaft sein, oder es könnte der Kandidat sein. In beiden Fällen zeigt das Ermöglichen einer Klärung durch Kommunikation eine wertvolle Fähigkeit, nach der Arbeitgeber suchen sollten.

Ich denke, das hängt letztendlich von Ihrer Persönlichkeit als Interviewer ab, und was Sie für wichtig halten, bewertet den Kandidaten wirklich.

Persönlich schätze ich praktische / pragmatische Fähigkeiten über akademische / esoterische Kleinigkeiten. Ich bin viel mehr an einem Kandidaten interessiert, der eintreten, arbeiten und auf wertvolle Weise zu den Projekten beitragen kann, an denen er / sie arbeitet, als an der Frage, wie gut sein Gedächtnis für Kleinigkeiten ist.

Ich werde also ein bisschen trainieren, wenn der Kandidat an etwas Esoterischem oder an einer selten verwendeten Nuance festhält oder an einem Randfall, der in einer erfundenen Interviewfrage relevant sein könnte, aber im wirklichen Leben selten oder überhaupt relevant ist. Vor allem alles, was sie mit ein paar Minuten bei Google oder mit einer handlichen Schreibtischreferenz erreichen oder Dinge "einstellen und vergessen" können.

Ich werde sie jedoch nicht in alltäglichen, alltäglichen, alltäglichen, grundlegenden Dingen coachen. Dies sind die Dinge, denen ich angeboren sein möchte.

Ich denke, es hängt von der Interview-Situation und den Fragen ab. Ich habe beide Techniken angewendet.

Warum möchte ich möglicherweise keine Folgefragen stellen? Wenn ich versuche, die Reaktion der Person auf Stress herauszufinden. Ich habe Leute für einige Jobs befragt, die sich in einem sehr stressigen Umfeld befanden, und wie gut sie mit Stress umgehen konnten, war ein kritischer Faktor in unseren Bewertungen. Daher stellten wir einige äußerst schwierige Fragen, die niemand ohne Stress beantworten konnte.

Wenn ich versuche, ihr technisches Wissen herauszufinden, stelle ich Folgefragen, die möglicherweise Hinweise darauf enthalten, wonach ich suche. Im Gegensatz zu dem Gedanken des Managers, der sagte, man müsse jedem die gleichen Fragen stellen, um fair zu sein, halte ich dies für fair, solange mehrere Bedingungen erfüllt sind. Zuerst wird jedem die gleiche Grundfrage gestellt. Zweitens sollten Sie keine Folgefragen stellen, um nur einer Person zu helfen. Wenn Sie andere ohne Hilfe flundern lassen, müssen Sie alle ohne Hilfe flundern lassen. Zweitens sollten Sie die Leistung der Kandidaten in Bezug auf die Frage vergleichen, nicht nur in Bezug auf ihre endgültige Antwort, sondern auch in Bezug darauf, wie schwer es war, sie herauszuholen. Dieser Prozess behandelt alle immer noch fair.

Hängt davon ab, welche Art von Programmierer Sie möchten. Ein Introvertierter, der 20 Zeilen Code auf Papier schreiben kann, sieht für Ihren Chef gut aus. Ein Softwareentwickler, der in einem Team mit Millionen von Zeilencodes arbeiten kann, um eine gute Software effizient zu produzieren, wird wahrscheinlich nicht sehr gut abschneiden. Ich liebe diese Art von Interviews als Kandidat - sie erzählen mir viel darüber, wie der Chef mit seinen Mitarbeitern umgeht und wie die Arbeitskultur ist. In einem Fall wie diesem sagte ich, als ich das Interview verließ: "Danke - Lass uns beide ein bisschen Zeit sparen. Wenn du mich nicht anrufst, rufe ich dich nicht an." Als ich gefragt wurde, warum, wies ich darauf hin, dass ich nicht für eine Firma arbeiten wollte, die mich zum Scheitern brachte.

Ihr Ansatz wird wahrscheinlich eine bessere Auswahl für die Softwareentwicklung erhalten. Ihr Chef-Ansatz würde sich gut für Müllsammler und die Jungs eignen, die die Stop / Go-Lutscher bei Straßenarbeiten in der Hand halten.

Softwareentwicklung ist eine Teamarbeit, kein Solo / Gedankenlesen / nicht interaktives Spiel. Wie viele Projekte schlagen fehl, weil die Software das tut, wonach sie gefragt wurde, und nicht, was gewünscht wurde.

Ich war vor kurzem in einer ähnlichen Situation. Die Anweisung meines Managers und der Personalabteilung lautete, dass wir gegenüber allen sechs Befragten vollkommen fair sein mussten. Daher musste ich dieselben technischen Fragen mit minimaler Hilfe stellen, um zu sehen, wie sich die einzelnen Befragten verhalten. Manchmal, wenn sie die Antwort kannten, sich aber an einen Fachbegriff oder etwas anderes hielten, half ich ihnen indirekt bei einigen Fragen, die sie zu diesem Begriff führten. Es gab eine zweite Runde des Interviews nach der technischen Runde über Persönlichkeits- und Verhaltensmerkmale, wenn sie es schafften, die erste Runde zu durchlaufen.

Ein Teil dessen, was Sie von einem Mitarbeiter erwarten, ist jemand, der mit dem Rest des Teams interagieren kann. Sie brauchen jemanden mit den erforderlichen Fähigkeiten, stimmt. Sie brauchen aber auch jemanden, der weiß, wann er Hilfe braucht und über Selbsterkenntnis und soziale Kompetenz verfügt. Dieses letztgenannte Set wird das Unternehmen langfristig besser aufbauen als ein bestimmtes Du-jour in Computersprache.

So wie ich es sehe, ist ein Interview eine Probe-Coworking-Sitzung, kein Test . Ich versuche in erster Linie die Frage zu beantworten "Wie fühlt es sich an, mit dieser Person zu arbeiten?" Manchmal tue ich sogar so, als hätte ich die Antwort auf die Frage vergessen , damit sich die Übung kollaborativer anfühlt.

Haben Sie jemals mit jemandem zusammengearbeitet, mit dem Sie einfach nicht auf die gleiche Seite kommen konnten, wenn Sie über ein Problem gesprochen haben? Oder jemand, der zu viele Fragen stellte, anstatt einzuspringen und Probleme zu lösen? In einem Interview stelle ich hauptsächlich sicher, dass die Person, mit der ich spreche, nicht zu diesen Personen gehört. Da gibt es ein starkes chemisches Element.

Dabei lerne ich natürlich auch Dinge wie "schreibt sie sauberen Code", "kennt sie die erforderlichen Konzepte" und "kann sie geschickt ein Problem anstoßen, um zu Einsichten zu gelangen?" Der Kandidat wird weiterhin derjenige sein, der Code "fährt" und schreibt. Aber auf dem Weg wird sie hoffentlich entspannter und ich werde eine Version von ihr sehen, die näher an dem ist, was ich als Kollegin jeden Tag sehen würde.