it-swarm.com.de

Wie viel Hilfe sollte ich bei technischen Interviews geben?

Ich werde gebeten, während vieler technischer Interviews aufzutreten oder daran teilzunehmen. Wir stellen logische Fragen und einfache Programmierprobleme, die der Befragte voraussichtlich auf Papier lösen kann. (Ich würde es vorziehen, wenn sie Zugang zu einer Tastatur haben, aber das ist ein Problem für ein anderes Mal.) Manchmal habe ich das Gefühl, dass die Leute wissen, wie sie sich einem Problem nähern sollen, aber sie sind durch Nervosität oder ein zweites Erraten der Frage aufgehängt ( Sie sind nicht als Trickfragen gedacht.

Ich habe noch nie gehört, dass mein Chef Hilfe oder Hinweise gegeben hat. Er dankt dem Befragten nur 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 Niederlage und Nerven Sie nach unten führen können, und wie es Ihren Geist behindert, und ich frage mich, ob es uns letztendlich helfen würde, ab und zu ein bisschen mehr Programmierer zu finden von mehr fehlgeschlagenen Interviews.

Sollte ich verwirrten Befragten Hinweise und Unterstützung geben (und wenn ja, wie weit sollte ich gehen, während ich den besser vorbereiteten Kandidaten gegenüber fair bin)?

83
kojiro

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

In einer Frage mussten die Befragten in der Lage sein, das Volumen eines Zylinders herauszufinden. Es machte mir also nichts aus, wenn jemand sagte: "Ich müsste bei Google nach der Formel für das Volumen eines Zylinders suchen." Ich war daran interessiert zu wissen, ob sie wussten, wie man das Problem angreift, und nicht, ob sie Formeln auswendig gelernt hatten. Für den Job mussten sie ein gutes Verständnis dafür haben, wie man die reale Welt in Software übersetzt, also war es 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 ihren Denkprozess ausdrücken können, auch wenn sie nervös sind. Es war inakzeptabel, einfach keine Antwort zu geben.

111
Scott Whitlock

Sie haben zwei Ansätze, die sowohl zur 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 absolut gültiger Ansatz und kann einige Hinweise auf die Person geben. Wenn Sie diese Person erst einmal eingestellt haben, kann sie nicht mehr ständig von all ihren Kollegen unterstützt werden.

  2. Die zweite besteht darin, Hinweise und Unterstützung zu geben. Das Maß an Unterstützung spielt keine große Rolle. Das einzige, was zählt, ist, dass je mehr Hilfe Sie der Person leisten, desto weniger müssen Sie ihren Erfolg schätzen.

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

Beispiel:

- Können Sie mir sagen, wie Sie schreibgeschützte Eigenschaften in C # erstellen, d. H. 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 Eigenschaft und einem Feld erklären?
- Hm. Eine Immobilie ist ... Sie sehen ... bekommen 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 wie ein Feld ist, aber auch einen Mechanismus zum Lesen, Schreiben oder Berechnen eines Werts bietet. Was ist nun mit readonly? Wird es mit Eigenschaften verwendet?
- Ich glaube, dass es nur für Felder verwendet wird ...
- Recht. 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 sich der Getter auf ein Feld bezieht, das bei jedem Zugriff auf die Eigenschaft erhöht wird, erhöht sich der zurückgegebene Wert kontinuierlich.
- Recht.
- Damit? Haben Sie eine Idee, wie Sie eine Eigenschaft mit einem Wert implementieren können, der sich nie ändert?
- Nein.
- Nun, Sie können ein schreibgeschütztes Hintergrundfeld verwenden. Wissen Sie, was ein Hintergrundfeld 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, selbst wenn er die Frage überhaupt nicht beantworten konnte, immer noch verwandte Dinge weiß.

Außerdem 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 bereitstellen, können Sie möglicherweise sehen , wie die Person über ein Problem nachdenkt.

Es kann auch andere Dinge zeigen, die die Person nicht weiß. 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 dass sie 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 hoffentlich kann der Befragte die anderen beantworten.

28

Ich helfe den Befragten immer gerne, wenn sie an einer einfachen Sache festhalten (wie dem Namen eines bestimmten Musters, wenn sie offensichtlich wissen, was es ist), und lasse sie Dinge wie die Details des Aufbaus einer Datenbankverbindung beschönigen. Wenn sie jedoch versuchen, etwas zu entwerfen, sage ich nicht viel, weil ich sie weder führen noch abwerfen möchte, wenn sie über etwas anderes nachdenken, als ich vermute, dass sie hingehen.

8
TMN

Ich erinnere mich, dass mir von einem Interviewer, der ein ganz bestimmtes Ergebnis vor Augen hatte, eine bestimmte Frage zur Problemlösung gestellt wurde, die mir die Frage jedoch nicht klar mitteilen konnte. 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 sich nicht im Kopf Ihres Kollegen befindet. Ich denke, eine Klarstellung der Frage in verschiedenen Worten könnte für alle Beteiligten bessere Ergebnisse bringen.

8
Jennifer S

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

Berücksichtigen Sie jedoch alles, wenn Sie ein endgültiges Urteil über das tatsächliche Kompetenzniveau eines Bewerbers fällen.

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

5
HappyCat

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 zum Programmieren von Tests verwendet, bei denen Sie einem Bewerber einen Computer und ein Problem geben und einige 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 warum sie besser als andere Lösungen war - eine Codeüberprüfung. Alle Fähigkeiten, die ich an Tag 1 von einem erfahrenen Ingenieur erwarte.

Wichtig ist, dass das gesamte Interviewteam einen Nachmittag gebraucht hatte, um denselben Test durchzuführen, sodass wir wussten, dass der Test fair war. Wir verbrachten eine Stunde damit, den Ansatz jeder Person zu untersuchen, wie wir es mit einem Befragten tun würden, was uns ein Gefühl für unterschiedliche Ansätze gab.

Diese zweite Technik fand uns einige der besten "unbesungenen" Programmierer (mieser Lebenslauf, miese Interviewfähigkeiten), die ich je gefunden habe.

5
Brian Bulkowski

Manchmal hilft die Angabe von minor hints Während des mündlichen Interviews dabei, festzustellen, wie gut der Kandidat die Themen versteht. Es sollte jedoch no hints Für Standardtests geben, zu deren Teilnahme jeder Kandidat aufgefordert wird.

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

a) Persönliche Merkmale - passt er gut in Ihr Unternehmen oder Team?

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

Um mehr über diese genannten Punkte zu erfahren, müssen Sie den potenziellen Kandidaten in ein Gespräch einbeziehen. Es ist auch wichtig sicherzustellen, dass der Kandidat comfortable during the interview Ist, um ein maximales Verständnis seiner aktuellen Fähigkeiten (sowohl Soft als auch Tech) sowie seines Potenzials zur Ausführung der Arbeit zu erhalten.

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

4
Yusubov

Ein Teil dessen, was betrachtet werden sollte, sind Kommunikationsfähigkeiten. Wenn der Kandidat über die Frage unklar ist, sollte er Fragen zur Klärung stellen. Das ist meiner Meinung nach eine gute Sache. Zu oft werden schlechte 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 die Klärung durch Kommunikation eine wertvolle Fähigkeit, nach der Arbeitgeber suchen sollten.

4
Victor Engel

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 einen Vorteil zu verschaffen, die die Körpersprache besser verstehen als das berufsbezogene Material.

4
Mike Samuel

Ich denke, dass dies letztendlich auf Ihre Persönlichkeit als Interviewer zurückzuführen ist, und was Sie für wichtig halten und daher den Kandidaten wirklich bewerten.

Persönlich schätze ich praktische/pragmatische Fähigkeiten gegenüber akademischen/esoterischen Trivia. Ich interessiere mich viel mehr für einen Kandidaten, der eintreten, an die Arbeit gehen und auf wertvolle Weise effektiv zu den Projekten beitragen kann, für die er eingestellt wird, als dafür, wie gut sein Gedächtnis für Kleinigkeiten ist.

Also werde ich ein bisschen trainieren, wenn der Kandidat an etwas Esoterischem oder einer selten verwendeten Nuance oder einem Edge-Fall festhält, der in einer erfundenen Interviewfrage relevant sein könnte, aber im wirklichen Leben selten oder nie relevant ist. Vor allem alles, was sie mit ein paar Minuten bei Google oder mit einer praktischen Schreibtischreferenz bekommen könnten, oder Dinge vom Typ "Einstellen und Vergessen".

Ich werde sie jedoch nicht in realen, gemeinsamen, allgemeinen, grundlegenden und alltäglichen Dingen coachen. Dies sind die Dinge I wollen ihnen angeboren sein.

3
Ed Hastings

Kommt darauf an, welche Art von Programmierer Sie wollen. Ein Introvertierter, der großartige 20 Codezeilen auf Papier schreiben kann, wird für Ihren Chef gut aussehen. Ein Softwareentwickler, der innerhalb eines Teams an Millionen Zeilencodebasen arbeiten kann, um 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 seine Mitarbeiter behandelt und wie die Arbeitskultur ist. In einem Fall wie diesem sagte ich beim Verlassen des Interviews: "Danke - Sparen Sie uns beiden ein bisschen Zeit. Wenn Sie mich nicht anrufen, rufe ich Sie nicht an." Auf die Frage nach dem Grund wies ich darauf hin, dass ich nicht für ein Unternehmen arbeiten wollte, das mich zum Scheitern verurteilt hat.

Ihr Ansatz wird wahrscheinlich eine bessere Auswahl für die Softwareentwicklung erhalten. Der Ansatz Ihres Chefs würde gut für Müllsammler und die Leute funktionieren, die die Stop/Go-Lutscher bei Straßenarbeiten halten.

Softwareentwicklung ist eine Teamleistung, kein Solo/Gedankenlesen/nicht interaktives Spiel. Wie viele Projekte scheitern, weil die Software das tut, wonach gefragt wurde, nicht das, was gewünscht wurde.

2
mattnz

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

Warum möchte ich vielleicht keine Anschlussfragen stellen? Wenn ich versuche, die Reaktion der Person auf Stress herauszufinden. Ich habe Menschen für einige Jobs interviewt, die sich in einem sehr stressigen Umfeld befanden, und wie gut sie mit Stress umgehen konnten, war ein kritischer Faktor in unseren Bewertungen. Deshalb haben wir einige äußerst schwierige Fragen gestellt, 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 Basisfrage gestellt. Zweitens sollten Sie keine Folgefragen stellen, um nur einer Person zu helfen. Wenn Sie andere ohne Hilfe zappeln lassen, müssen Sie alle ohne Hilfe flundern lassen. Zweitens sollten Sie die Leistung der Kandidaten in Bezug auf die Frage vergleichen, nicht nur hinsichtlich ihrer endgültigen Antwort, sondern auch hinsichtlich der Schwierigkeit, sie aus ihnen herauszuziehen. Dieser Prozess behandelt immer noch alle fair.

2
HLGEM

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 um Hilfe bitten muss, und der über Selbsterkenntnis und soziale Fähigkeiten verfügt, um dies zu tun. Dieses letztere Schwellenset wird das Unternehmen auf lange Sicht besser aufbauen als jede bestimmte Computersprache Du-jour.

1
emsr

Ich war kürzlich in einer ähnlichen Situation. Die Anweisung, die ich von meinem Manager und meiner Personalabteilung erhielt, war, dass wir allen 6 Befragten gegenüber völlig fair sein mussten. Daher musste ich mit minimaler Hilfe die gleichen technischen Fragen stellen, um zu sehen, wie sich jeder Befragte verhält. 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. Nach der technischen Runde gab es eine zweite Interviewrunde zu Persönlichkeits- und Verhaltensmerkmalen, wenn es ihnen gelang, die erste Runde zu durchlaufen.

1
softveda

So wie ich es sehe, ein Interview ist eine Probe-Coworking-Sitzung, kein Test. Ich versuche hauptsächlich, 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 nicht auf die gleiche Seite gelangen konnten, wenn Sie über ein Problem gesprochen haben? Oder jemand, der zu viele Fragen gestellt hat, anstatt einzuspringen und Probleme zu lösen? In einem Interview stelle ich hauptsächlich sicher, dass die Person, mit der ich spreche, keine davon ist. Dort gibt es ein starkes Element der Chemie.

Dabei lerne ich natürlich auch Dinge wie "Schreibt sie sauberen Code", "Ist sie mit den erforderlichen Konzepten vertraut" und "Kann sie ein Problem geschickt lösen, um zu Erkenntnissen zu gelangen?" Der Kandidat wird weiterhin derjenige sein, der "fährt" und Code schreibt. Aber auf dem Weg dorthin wird sie hoffentlich entspannter und ich werde eine Version von ihr sehen, die näher an dem liegt, was ich als Mitarbeiterin Tag für Tag sehen würde.

1
Parker Phinney