Soll ich darauf hinweisen, dass meine Antwort auch nach dem Interview richtig war?

Also hatte ich ein technisches Interview und der Interviewer stellte mir eine Frage, die mehrere Antworten haben kann. Ich fand eine Lösung und erklärte sie ihm, aber er hatte eine andere Lösung im Sinn und akzeptierte meine Lösung nicht, selbst wenn ich ihm logische Gründe für meinen Ansatz lieferte. Ich war mir nicht 100% sicher, weil ich mir den Ansatz einfach ausgedacht hatte und ich keinen Hintergrund zu dem gegebenen Problem hatte.

Nach dem Gespräch bestätigte ich, dass die Lösung, die ich mir ausgedacht habe, vollkommen akzeptabel und eine von vielen Lösungen ist. Soll ich ihm also eine E-Mail mit den richtigen Hinweisen schicken, dass meine Lösung richtig war? Ist das eine gute Praxis?

Wenn ich das nicht tue, fürchte ich, dass ich deswegen abgelehnt werde, und nach einer Ablehnung macht es keinen Sinn, ihm eine E-Mail zu schicken.

Kommentare sind nicht für längere Diskussionen gedacht; diese Konversation wurde in den Chat verschoben .
Bei meinem ersten Vorstellungsgespräch bekam ich den Job. 6 Monate später erwähnte mein Chef mir gegenüber, dass ich in einer der Fragen eine Lücke gefunden hatte, die die Frage erheblich vereinfachte, und er die Interviewfrage aufgrund meiner Antwort geändert hatte, um die Lücke zu schließen :), damit Sie vielleicht feststellen, dass sie Sie einstellen Trotzdem.
Sind Sie sicher, dass er Ihre Lösung für ein Problem mit mehreren Antworten "nicht akzeptiert" hat, war nicht Teil des Interviews? Um zu sehen, wie Sie mit Widrigkeiten umgegangen sind? In der Lage zu sein, mit einer Lösung, mit der Sie nicht einverstanden sind, elegant umzugehen, ist ein wichtiger Teil davon, in einem Team zu sein ...
@WernerCD Das Problem beim Interpretieren von Gedankenspielfragen ist, dass es auch in die andere Richtung gehen kann. Was ist, wenn er testet, wie entschlossen das OP seiner Meinung nach ist, dass er Recht hat, oder wenn er nur ein Ja-Sager zu Vorgesetzten sein wird?
@Jack Nun, ich habe nicht gesagt, dass ich dieser Art von Fragen zustimme - viel hängt davon ab, wie Sie die Frage stellen und wie Sie den Befragten herausfordern und all das. Aber ja, die Interpretation könnte vielfältig sein – versuchen, Teamplay zu interpretieren (mein Vorschlag) oder versuchen festzustellen, ob er ein Schwächling ist (Ihr Vorschlag) oder eine Reihe anderer Persönlichkeitsbestimmungen. Ich schätze also, mein Gedanke dreht sich nicht wirklich um "Teamplay" an sich, sondern darum, dass die Ablehnung Teil des gesamten Interviews ist, um zu versuchen, ein Urteil über die Reaktionen zu bekommen.
Ich habe unzählige Interviews für viele Unternehmen geführt. Manche mit guten Kollegen, manche mit weniger guten Kollegen. Eine gemeinsame Sache ist jedoch, dass jeder, mit dem ich jemals zusammengearbeitet habe, um ein Interview zu geben, das Problem in- und auswendig kannte. Durchgehend, in die Tiefe. Warum? Denn anders kommt man mit einem Interview nicht klar. Was mich also innehält, ist, wie ich "er hatte eine andere Lösung im Sinn und akzeptierte meine Lösung nicht" mit Ihrer Geschichte in Einklang bringen kann. Entweder gab es einen wichtigen Fehler in Ihrer Lösung, oder Sie erkennen nur eine große rote Fahne für dieses Unternehmen.

Antworten (10)

Die Chancen, dass dies Ihrer Situation hilft, sind gering bis null. Je nachdem, wie die E-Mail formuliert wäre, könnte dies Ihre Chancen sogar erheblich beeinträchtigen.

Wenn es nur eine von vielen Fragen wäre, würde ich mir nicht allzu viele Gedanken machen. Wenn der Rest des Interviews gut verlaufen ist und Sie in anderen Situationen Allgemeinwissen gezeigt haben, wäre ich etwas überrascht, wenn sie Sie nur für diese eine Frage ablehnen würden.

Von den wenigen Kenntnissen, die ich habe, wenn es darum geht, Leute einzustellen. Selbst in einem technischen Vorstellungsgespräch würde ich mich mehr für Ihre Kommunikationsfähigkeiten interessieren und dafür, wie Sie versuchen, ein Problem zu lösen, als ob Sie die Antwort kennen oder nicht.

In diesem Fall ist es am besten, einfach abzuwarten, was passiert.

Manchmal geht es eher darum, zu sehen, wie der Kandidat seine Lösung verteidigt und auf Kritik reagiert, als darum, ob er die „richtige“ Antwort bekommen hat.
@ColleenV Wenn der Interviewer nach einer Erklärung der Begründung immer noch darauf bestand, dass die Antwort falsch war. Es gibt nicht viel mehr zu tun, als zu streiten, etwas, das Sie niemals tun möchten. OP erklärte auch, dass es keine wirkliche Kritik oder Erklärung dafür gab, warum die richtige Antwort so ist, wie sie ist. Wenn es der Plan der Interviewer war, die Reaktion auf Kritik auf diese Weise zu messen, war dies ein ziemlich schlechter Weg.
Ich sprach allgemeiner als über diese spezielle Situation. Ich habe Ihre Antwort positiv bewertet – ich habe nur einen zusätzlichen Gedanken hinzugefügt, nicht kritisiert.
Ich denke, Ihr Punkt ist in vielen Fällen richtig. Ich interviewe jedoch ständig Leute, und wenn ich eine höfliche E-Mail mit etwas wie „Hallo, ich habe mehr über das Problem nachgedacht, das wir im Interview besprochen haben, und der x-Ansatz, den wir gewählt haben, MÖGLICHERWEISE WEIL“ erhalten würde, würde ich mich dazu bewegen, es mir noch einmal zu überlegen. Eine andere Sache, die Sie im Hinterkopf behalten sollten, ist, dass wir normalerweise SOFORT Feedback von einem technischen Interview geben, so dass es für den Techniker viel Aufwand wäre, es wieder in der Kette nach oben zu geben.
@VSO Es mag zwar für Sie funktionieren, aber selbst dann können ein oder zwei Unterschiede in der Art und Weise, wie die E-Mail geschrieben wird, oder auch nur ein schlechter und beschäftigter Morgen beim Lesen den Empfang dieser E-Mail ändern, selbst wenn Sie jemanden haben, für den es möglicherweise funktioniert An einem guten Tag stehen Ihre Chancen nicht gut. Und rein ein Gefühl von mir. Wenn sie sich weigern, es sofort zu erklären, werden sie es wahrscheinlich nicht zu schätzen wissen, dass Sie Ihre Antwort vorantreiben.
Da muss ich @BobMeijer zustimmen. Wenn Sie Ihr Design während des Interviews verteidigen können, ist das großartig! Aber wenn Sie später eine E-Mail darüber schreiben müssen, erinnert es die Interviewer nur daran, dass Sie sich während Ihres Interviews keine Verteidigung ausgedacht haben, was der richtige Zeitpunkt gewesen wäre.
@VSO "Es wäre eine Menge Aufwand für den Techniker, es wieder in der Kette weiterzugeben." Nein ... es würde die an den Interviewer gesendete E-Mail OP weiterleiten ... nahezu null Aufwand. Ich sage nicht, dass OP ihm / ihnen eine E-Mail schicken sollte, aber die Idee, dass es viel Aufwand ist, ist nicht wahr.
E-Mail lesen. Prüfen Sie, ob die E-Mail sinnvoll ist. Setzen Sie sich mit dem Personalvermittler und den nachfolgenden Gesprächspartnern in Verbindung und teilen Sie ihnen mit, dass Sie Ihre Meinung zu technischen Qualifikationen aufgrund zusätzlicher Informationen geändert haben – keine Standard-E-Mail, während Sie sich Zeit nehmen, um das zu tun, was Sie tun. Das erscheint mir ziemlich zeitaufwändig. Wollen Sie Ihren Arbeitstag wirklich um eine halbe Stunde verlängern? Ich denke, das ist einer der Gründe, warum die Leute sagen, dass es unwahrscheinlich ist, dass es hilfreich ist - die Leute neigen dazu, sich zu ärgern, wenn sie zusätzliche Arbeit leisten müssen, besonders ohne triftigen Grund.
Würden Sie wirklich irgendwo arbeiten wollen, wo das Senden einer solchen E-Mail Sie daran gehindert hätte, eingestellt zu werden? Für jemanden zu arbeiten, der so kaputt war, scheint wahrscheinlich in Tränen zu enden.

Es scheint eine wenig bekannte Tatsache in der Gesellschaft zu sein, aber viele Probleme haben mehr als eine Lösung. Vielleicht war es der Test , Ihnen zu sagen, dass Ihre Antwort falsch war . Manchmal möchten Arbeitgeber, dass Sie zurückdrängen und sagen: „Schauen Sie. Meine Antwort ist auch richtig und hier ist der Grund …“ oder vielleicht wollten sie, dass Sie die Möglichkeit der Antwort des Interviewers in Betracht ziehen und denken, dass dies der bessere Weg sein könnte gehen.

Sie messen Ihre Reaktion auf einen bestimmten Reiz. Sie möchten sehen, wie Sie mit der Situation umgehen, da ähnliche Situationen wahrscheinlich regelmäßig an ihrem Arbeitsplatz auftreten und Sie in der Lage sein müssen, effektiv damit umzugehen. In vielen Fällen erfordert dies, ein außergewöhnlicher Improvisationskünstler zu sein, um unerwartete Situationen mit Anmut zu meistern.

Es kommt nur darauf an, was sie suchen und deshalb hilft es, sich vorher so gut wie möglich über den Arbeitgeber zu informieren oder Erfahrung in der Branche zu haben. Wenn Sie keine Ahnung haben, wonach sie suchen, ist es fast unmöglich, eine akzeptable Antwort zu finden. Sie müssen sich fragen, wie jemand in dieser Rolle mit der Situation umgehen würde, und Recherche/Erfahrung hilft Ihnen sicherlich dabei, das herauszufinden.

Ein technisches Interview ist ein schlechter Ort, um einen "persönlichen Interaktionstest" durchzuführen, aber es ist definitiv möglich. Sie möchten vielleicht sehen, ob das OP sie über ihre eigene richtige Lösung nörgelt, anstatt Feedback zu nehmen und zu lernen. Wenn dies der Fall ist, ist das Versenden einer E-Mail eine sehr schlechte Idee, da sie nicht möchten, dass die Leute immer "anwälten", warum ihr Code korrekt ist, wenn ein Code-Reviewer sagte, dass dies nicht der Fall sei.
@computercarguy, Lösungen zur Codierung technischer Interviewprobleme werden normalerweise nach zwei Kriterien beurteilt: zeitliche Komplexität und räumliche Komplexität. In den meisten Fällen reicht es einfach nicht aus, eine funktionierende Lösung zu finden. Sie müssen sagen, welche Lösung zeitlich und räumlich die effizienteste ist. Da der OP nur über die Logik seiner Lösung und nicht über deren Effizienz spricht, gehe ich davon aus, dass dies der Grund ist, warum der Interviewer eine andere Lösung seiner vorgezogen hat. Siehe meine Antwort für eine längere Erklärung.
Das. Und manchmal, wenn man die Vorzüge zweier Lösungen diskutiert, taucht eine dritte auf, die beide verbessert. Aber das ist jetzt Wasser unter der Brücke.
@StephanBranczyk, deine Antwort macht auch viele andere Annahmen, von denen ich den meisten nicht zustimme. Ja, sie könnten wahr sein, aber sie haben die gleiche Wahrscheinlichkeit, dass sie falsch liegen. Als solche bieten sie wenig an, um die Antwort zu sein, zumal diese Annahmen auf einer WAG basieren, was der OP und der Interviewer für Lösungen oder sogar eine Frage hatten. Ich würde erwarten, dass eine Codeüberprüfung diese Art von Anforderungen hat, aber eine Interviewfrage hat einfach nicht die Zeit oder die Möglichkeiten zum Testen von Einheiten, um eine so detaillierte Antwort zu erfordern.
Und wenn Sie nur jemanden suchen, der die Antwort in einem Interview bereits kennt, ersticken Sie wahrscheinlich Kreativität und Einfallsreichtum.
@computercarguy, "Eine Interviewfrage hat einfach nicht die Zeit oder die Möglichkeiten zum Testen von Einheiten, um eine so detaillierte Antwort zu erfordern." Es tut mir leid, aber Komponententests haben nichts mit zeitlicher oder räumlicher Komplexität zu tun. Nochmals, ich habe dies in meinem letzten Kommentar zu der anderen Antwort gesagt, aber das muss wiederholt werden: Als technische Interviewer erwarten wir bei technischen Interviews keine perfekte Antwort, aber wenn Sie uns widersprechen oder uns eine E-Mail darüber schicken Ansatz, den wir hätten wählen sollen, sollten Sie besser bereit sein, Ihre Argumentation mit einigen soliden Argumenten zu untermauern, die auf Zeit- und Raumkomplexität basieren.

Leider ist es ein Fall von "einfach vergessen".

( FALLS es jemand war, den Sie sehr gut kannten und mit dem Sie viel hin und her geredet haben, könnten Sie eine E-Mail schreiben und sagen: „Ich habe an X gedacht und …“. Aber es hört sich so an, als wäre dies nur ein weiterer Unternehmensinterviewer.)

Soll ich ihm also eine E-Mail mit den richtigen Hinweisen schicken, dass meine Lösung richtig war?

Leider wurde die E-Mail in 99,99 % der Fälle einfach gelöscht.

So wie Lebensläufe nur 2 Sekunden lang angeschaut werden, wühlen sich Interviewer einfach durch Tech-Interviews und streichen Leute von Listen.

Ist das eine gute Praxis?

Ich würde sagen, es ist harmlos . Es wird die Person beispielsweise nicht stören . Aber leider würden sie in 99,99 % der Fälle die E-Mail einfach löschen.

Leider lautet die allgemeine Antwort auf Ihre Frage: "In 99,99 % der Fälle ist es völlig sinnlos, eine Frage in einem technischen Vorstellungsgespräch weiterzuverfolgen."

"Interviewer wühlen sich einfach durch Tech-Interviews und streichen Leute von Listen." -- Das setzt allerdings voraus, dass der Kandidatenpool groß ist. Selbst wenn es groß ist, "laufen" sie möglicherweise nicht durch sie hindurch. Dies ist nur eine Annahme und ich denke, die Schlussfolgerung ist ohne sie dieselbe, daher sehe ich nicht, wie relevant sie ist.
@CaptainMan - es ist ein guter Punkt; aufgrund des extremen Mangels an Programmierern in vielen Bereichen gibt es ohnehin nur 1 oder 2 Kandidaten

Denken Sie daran, dass Interviewer nicht perfekt sind. Insbesondere in Ihrem Fall sind Interviewer nicht immer starke Kodierer. Es ist nicht ausgeschlossen, dass sie Ihre Lösung einfach nicht verstanden haben.

In diesem Sinne besteht ein Teil der meisten Programmierjobs darin, Ihre Lösung gegenüber anderen zu rechtfertigen. Wenn Sie das im Laufe eines Meetings nicht können, müsste Ihre Lösung wirklich überlegen sein, um es zu rechtfertigen, sie erneut zur Sprache zu bringen.

Wenn Ihr Interviewer ein starker Programmierer ist , denken Sie daran, dass eine "richtige" Lösung möglicherweise nicht gut genug ist. Sie bevorzugen etwas Lesbares, Testbares, Effizientes und Idiomatisches. Eine andere Sache, die ich bei starken Programmierer-Interviewern gesehen habe, ist, eine alternative Lösung zu zeigen, um zu sehen, ob Sie die Kompromisse zwischen ihr und Ihrer aufzeigen können.

In beiden Fällen hat es keinen großen Nutzen, wenn Sie es jetzt ansprechen. Nimm es als Lernerfahrung und versuche darüber nachzudenken, wie du es beim nächsten Mal besser handhaben könntest.

Sollten Sie diesbezüglich ein Follow-up senden? Ja. Nein, vielleicht.

Ich würde nicht erwarten, dass dies in jedem Fall einen großen Unterschied (wenn es einen Unterschied macht) in ihrer Entscheidung macht, aber lassen Sie uns die Optionen durchgehen.

NEIN.

Wenn Sie es während des Interviews gut genug erklärt haben und er es immer noch nicht akzeptiert hat, besteht eine gute Chance, dass er nicht positiv reagiert, wenn Sie weiter nachhaken.

Manche Menschen sind weniger offen für Feedback als andere. Es kann auch sein, dass er es sehr gut verstanden hat, aber es gab ein anderes Problem damit.

Bist du dir zu 100% sicher, dass du richtig liegst? Wenn Sie nachfassen und sich tatsächlich geirrt haben, wird dies die Botschaft senden, dass Sie derjenige sind, der nicht allzu offen für Feedback ist (es sei denn, Sie formulieren es vielleicht sehr, sehr anmutig).

Wenn Sie möglicherweise eine versteckte Einschränkung übersehen haben oder es einen anderen triftigen Grund gegeben haben könnte, dass er Ihren Ansatz nicht akzeptiert hat, wäre es auch keine gute Idee, nachzuhaken. Vermutlich wissen Sie das natürlich nicht, aber vielleicht können Sie eine vernünftige Vermutung darüber anstellen, wie wahrscheinlich es sein könnte.

Ja.

Wenn Sie es während des Interviews schlecht erklärt haben oder es sich um eine Erklärung handelt, die von einigen Links sehr profitieren würde, könnte es hilfreich sein, nachzuhaken.

Manche Leute würden es sehr begrüßen, wenn der Kandidat nach dem Vorstellungsgespräch über das Problem nachdenkt und sich etwas Zeit dafür nimmt. Es zeigt, dass Ihnen die Arbeit wirklich am Herzen liegt.

Andere schätzen es vielleicht nicht so sehr, oder er hat die Entscheidung vielleicht schon getroffen, aber in diesen Fällen wird es wahrscheinlich trotzdem nicht schaden.

  • Ich würde wahrscheinlich versuchen, einen lauffähigen Arbeitscode oder ein oder zwei Links zu einer seriösen Website einzufügen, falls zutreffend.

  • Gestalten Sie Ihre Antwort nicht zu lang und fügen Sie nicht zu viele Links ein und versuchen Sie, den Code auf das notwendige Minimum zu beschränken.

  • Formuliere es nicht als "Du liegst falsch". Wenn Sie Zweifel haben, vermeiden Sie es einfach, darauf einzugehen, wie er reagiert hat. Sie könnten mit etwas gehen wie:

    Ich habe ein bisschen mehr über das Problem nachgedacht und mir diesen Code ausgedacht, um zu zeigen, dass es funktioniert.

    (Das ist eine ziemlich rudimentäre Antwort, um die Grundidee zu vermitteln. Fügen Sie Flair hinzu und passen Sie die Phrasierung nach Geschmack an).

Fazit: evtl.

Wenn das Vorstellungsgespräch abgesehen von diesem Problem gut gelaufen ist , müssen Sie die Entscheidung treffen, ob Sie nachfassen möchten, basierend auf Ihrer Situation, wie genau das Vorstellungsgespräch gelaufen ist, wie wichtig diese Frage war und wie Sie Ihrer Meinung nach auf Ihre Nachbereitung reagieren werden und für welche Art von Arbeitgeber Sie arbeiten möchten (und für welche Art von Arbeitgeber Sie nicht arbeiten möchten, obwohl Sie auch bedenken sollten, dass ein Interviewer nicht immer repräsentativ für die Gesamtkultur des Unternehmens sein wird).

Wenn das Vorstellungsgespräch gut gelaufen ist, aber nicht gut genug, um ein Angebot zu bekommen, besteht kein großes Risiko, es weiterzuverfolgen. Du hast nicht viel zu verlieren.

Wenn das Vorstellungsgespräch jedoch schlecht gelaufen ist, ist es äußerst unwahrscheinlich, dass es gerettet wird, sodass die Nachverfolgung wahrscheinlich nur Zeitverschwendung für Sie beide wäre. Obwohl Sie immer noch nicht viel zu verlieren haben und Sie wahrscheinlich mehr Zeit verschwenden würden als ihre (da sie es wahrscheinlich einfach ignorieren würden).

Obwohl Sie vielleicht auch falsch eingeschätzt haben, wie es gelaufen ist, was passieren kann, wäre ich vorsichtig mit voreiligen Schlüssen.

Ich denke, Sie haben hier den Nagel auf den Kopf getroffen: "Wenn Sie es während des Interviews gut genug erklärt haben und er es immer noch nicht akzeptiert hat, besteht eine gute Chance, dass er nicht positiv reagiert, wenn Sie weiter nachhaken."

Schicken Sie ihm keine E-Mail, diese Zeit ist vergangen und Sie haben es bereits erklärt. Wenn er ein ernsthafter Profi ist, hat er es vielleicht selbst nachgeschlagen, um Ihre Antwort zu überprüfen. Das tue ich auf jeden Fall, wenn jemand bestreitet, was ich für richtig halte.

Wenn es jedoch mehrere mögliche Antworten gibt und ich nach einer bestimmten suche, spielt es keine Rolle, ob Ihre Lösung realisierbar ist, es ist aus irgendeinem Grund nicht die Lösung, nach der ich suche. In Ihrem speziellen Szenario hat er wahrscheinlich nach der einfachsten Lösung gesucht.

In jedem Fall besteht beim E-Mail-Versand ein potenzielles Risiko mit einer vernachlässigbaren Chance auf einen günstigen Ausgang.

Nein, und nehmen Sie kein Angebot dieser Firma an.

Es gibt einen Ausdruck, der verwendet wird, wenn Leute eingestellt werden - Leute mit "A"-Qualität stellen Leute mit "A"-Qualität ein, Leute mit "B"-Qualität stellen Leute mit "C"-Qualität ein. Die Erklärung dafür ist, dass Leute, die wirklich gut sind, weiter lernen und Leute einstellen wollen, von denen sie lernen können, während Leute, die in ihrer Position unsicher sind, jemanden weitergeben, der besser ist als sie.

Der Interviewer wollte nicht herausfinden, wie gut Sie beim Interview waren – er wollte herausfinden, wie gut er war. Er ist nicht daran interessiert, Leute wegen Gedankenvielfalt einzustellen, er ist nur daran interessiert, Leute einzustellen, die über Probleme nachdenken und Probleme betrachten und Probleme genauso lösen, wie er es tut, nicht besser.

Wenn er Ihnen nach einem Vorstellungsgespräch wie diesem empfiehlt, Sie einzustellen, dann nur, weil er denkt, dass Sie schlechter sind als er, und Sie in ein bereits giftiges Arbeitsumfeld geraten, das es den Leuten erlaubt, sich selbst einzustufen, und in dem die Hierarchie eindeutig wichtig ist ( oder jemand würde nicht auf diese Weise interviewen).

Vorstellungsgespräche sind eine Einbahnstraße

Hier geht es nicht nur darum, dass sie Sie kennenlernen, sondern auch darum, dass Sie sie kennenlernen und herausfinden, ob dies ein Ort ist, an dem Sie arbeiten möchten. Wie sie interviewen – und wie sie mit den Antworten umgehen, die Sie ihnen geben, spricht Bände darüber, was im Unternehmen wichtig ist. Aus diesem Interview können Sie entnehmen, dass Querdenken wahrscheinlich nicht erwünscht ist.

Berücksichtigen Sie dabei die Position des Interviewers im Unternehmen. Wenn dies der technische Leiter für das Team wäre, dem Sie unterstellt sind, können Sie damit rechnen, dass jede andere Meinung zerquetscht wird, wenn Sie diesen Job annehmen. Er sucht nicht nach Vorschlägen oder neuen Ideen, sondern ist nur ein Code-Affe, der den ganzen Tag sklavisch am Computer herumhämmert.

Das Problem mit Gotcha-Fragen

Die meisten Jobs (und Sie erwähnen speziell die Technologie, und ich bin seit fast 20 Jahren im Technologiebereich tätig, und das trifft dort besonders zu) sind völlig situativ. Sie werden im Laufe einer Karriere feststellen, dass Menschen die gleiche Technologie und die gleichen Tech-Stacks und die gleichen Tools auf sehr unterschiedliche Weise verwenden werden. Der Kontakt mit so vielen dieser Dinge wie möglich ist der Schlüssel zu einer guten Karriere.

Die meisten Interviewfragen sind jedoch gleichermaßen situativ und basieren auf der Erfahrung des Interviewers. (Aus diesem Grund empfehle ich dringend, bei Ihrem Gesprächspartner eine „Gegnerforschung“ durchzuführen, wenn Sie den Namen und die Zeit haben – das Verständnis seines Hintergrunds kann Ihnen bei der Vorbereitung auf das Vorstellungsgespräch helfen, die wahrscheinlichen Fragen abzugleichen).

Diese Art von Situationsfragen sind NUR hilfreich, wenn Sie es mit einer seltenen, einzigartigen und spezifischen (normalerweise veralteten) Technologie zu tun haben, für die ein Kandidat vorgeschlagen hat, darin ein Skillset zu haben. Fragen mit nur einer einzigen Lösung oder mit einer Schleife stellen Loch, das die Frage zu einer Falle macht, hilft Ihnen nicht, einzuschätzen, wie schlau ein Kandidat ist. Das frustriert den Kandidaten und lässt Sie extrem arrogant wirken. Es ist buchstäblich Gatekeeping in der IT-Branche.

Wenn Ihre Antwort darauf lautet: "Jeder, der in der Technik gearbeitet hat, sollte das wissen." Sie sind Teil des Problems und so ist jede Frage, die Sie stellen. Wenn Sie das bei einem Vorstellungsgespräch hören, ist das ein großes Warnsignal.

Gefühle bei einem Vorstellungsgespräch auszudrücken ist eine schlechte Idee

Wenn Sie einen Kandidaten interviewen, sollten Sie während des Interviews niemals irgendeine Art von Feedback geben. Es wird den Geisteszustand des Kandidaten verändern und seine Reaktion auf Sie verändern. Nervöse Interviewpartner werden Schwierigkeiten haben, Fragen zu beantworten, und wenn sie denken, dass Sie nach einer bestimmten Sache suchen, werden sie versuchen, Ihnen die Antwort zu geben, von der sie glauben, dass Sie den Job bekommen wollen. Das ist schlecht, weil es Ihnen keine Gelegenheit gibt, den Kandidaten richtig zu interviewen.

Eine der sichersten Möglichkeiten, einem Kandidaten zu sagen, wie er sich bei einem Vorstellungsgespräch schlägt, ist, ihm zu sagen, was die „richtige“ (und ich verwende diesen Begriff sehr locker) Antwort ist. Wenn Sie einem Kandidaten mitteilen, dass er die Stelle wahrscheinlich nicht bekommen wird, wird er bestenfalls unbewusst schlechter abschneiden und im schlimmsten Fall absichtlich aussteigen. Dass jemand dies in einem Vorstellungsgespräch tun würde, zeigt, dass ihm die Art von sozialer Kompetenz fehlt, die notwendig ist, um Kandidaten von Anfang an zu bewerten.

Was hätte passieren sollen

In diesem Fall hätte er unter der Annahme, dass Ihre Antwort technisch korrekt war (und vielleicht glaubte der Interviewer zu Recht, dass dies nicht der Fall war), weitere Fragen stellen sollen. "Warum würdest du so vorgehen?" "Welche Vorteile bringt diese Lösung gegenüber anderen Lösungen?" "Was ist eine potenzielle Schwäche dieses Ansatzes?"

Wenn es tatsächlich nur eine richtige Antwort gibt, sollte die Antwort präsentiert statt erfragt werden und dann sollte die Frage wie folgt gestellt werden: "Welche Probleme sehen Sie bei diesem Ansatz, und welchen Ansatz würden Sie stattdessen wählen?"

Wie ich bereits erwähnt habe, erfordert dies jedoch, dass sich ein Kandidat von seiner kniffligen „Fallgrube“-Frage löst, die er sich selbst ausgedacht hat, und die meisten Menschen tun sich damit schwer.

Ein Beispiel aus der Praxis

Kürzlich habe ich während eines Interviewprozesses jemandem eine Frage gestellt (Wie würden Sie eine Datei in Git umbenennen?). Auf diese Frage gibt es viele Antworten, und keine davon ist von Natur aus richtig oder falsch, aber einige haben mehr Vorteile als andere (die Verwendung des move-Befehls in Git bewahrt den an diese Datei angehängten Verlauf, anstatt die Datei umzubenennen und erneut festzuschreiben). Diese Frage wurde entwickelt, um das Qualifikationsniveau einer Person herauszufinden, die bei dem Unternehmen ein Vorstellungsgespräch führt. Ein fortgeschrittener Benutzer wird die damit verbundenen Feinheiten verstehen, und jemand auf einem fortgeschritteneren Niveau wird die Nachteile des von ihm gewählten Ansatzes nicht verstehen.

Als der Kandidat mit der (für die Zwecke dieses Gesprächs) „falschen“ Antwort antwortete, habe ich ihn anschließend nach den Fallstricken seiner Lösung im Vergleich zu der anderen gefragt (in diesem Fall „Sie würden den Dateiverlauf verlieren wenn du das tätest, würdest du nicht?").

Dies sagt ihnen nicht, was die richtige Antwort ist oder dass sie es falsch gemacht haben, sondern erweitert nur das Gespräch, um mir zu vermitteln, wie sie über das Problem denken, das, wie andere Antworten besser angedeutet und erklärt haben, das Ziel ist das Interview:

Der Zweck eines Vorstellungsgesprächs besteht darin, das Qualifikationsniveau eines Kandidaten zu bewerten, um festzustellen, ob er die beschriebenen Aufgaben erfüllen kann.

Gotcha-Fragen müssen nicht zutreffen.

lustige Geschichte: git bewahrt den Verlauf, auch wenn Sie die Datei manuell umbenennen. es hat überhaupt keine Vorstellung von einer festgeschriebenen Umbenennung; es erkennt Umbenennungen basierend auf ähnlichen Dateien, die im selben Commit gelöscht und hinzugefügt werden
Lediglich das Umbenennen der Datei ohne git mv"bewahrt den Verlauf" genauso viel. Sie denken vielleicht darüber nach git log --follow, was benötigt wird, um den Verlauf einer umbenannten Datei über Umbenennungen hinweg anzuzeigen (auch wenn Sie verwenden git mv). Wenn diese Frage dazu gedacht ist, die Fähigkeiten der Kandidaten herauszufordern, stellen Sie bitte sicher, dass Sie sie verstehen, damit Sie nicht der Interviewer werden, über den OP sich beschwert. Sie können dies testen, indem Sie eine Datei mit Text erstellen, sie mit und ohne verschieben git mvund sehen, dass beide mit "Verlauf verlieren", git log -- fileaber "Verlauf behalten", wenn Sie verwenden git log --follow -- file.
Diese Antwort hat mich viel gelehrt

Das ist mir einmal in einem Interview mit einem FAANG-Unternehmen passiert. Ich war sehr verärgert. Allerdings lohnt es sich wirklich nicht. Es wird als unprofessionelles Verhalten angesehen, aus irgendeinem Grund jeden, der am Rekrutierungsprozess beteiligt ist, mit Ausnahme Ihres Personalvermittlers, direkt zu kontaktieren, und in diesem Fall kommt es speziell als argumentatives und grenzwertiges Mobbing rüber (obwohl Sie recht haben).

Nachdem sie das FAANG-Interviewtraining (in einem FAANG-Unternehmen) durchlaufen haben, wird den Interviewern (zumindest in diesen Unternehmen) ausdrücklich gesagt, dass sie nicht auf eine oder eine kleine Untergruppe von „akzeptablen“ Antworten voreingenommen sein und ehrlich zuhören sollen, was der Kandidat zu sagen hat ; Wie Sie es getan haben, ist die Antwort des Kandidaten manchmal richtig, aber nicht erwartet. Leider halten sich die Interviewer, wie in meiner Situation, manchmal nicht an diese Schulung. Es ist scheiße, aber es passiert.

Wenn Sie sich darüber sehr verärgert fühlen, sollten Sie dies Ihrem Personalvermittler gegenüber erwähnen. Es ist unwahrscheinlich, dass sie irgendetwas tun werden, um dir zu helfen, aber es ist möglich, und es könnte nicht schaden.

Bemerkenswert ist, dass ein weiterer Punkt in dem FAANG-Interviewtraining, das ich absolviert habe, darin besteht, dass die Tatsache, ob der Kandidat eine funktionierende Antwort liefert, eigentlich nicht so wichtig ist, wie Sie denken. Ich würde sagen, vielleicht 20 % Ihrer „Note“ für das Vorstellungsgespräch (so wie es ist) besteht darin, ob Ihre Antwort tatsächlich richtig ist oder nicht. Wichtiger ist, wie Sie das Problem angegangen sind. Haben Sie klärende Fragen gestellt und/oder Ihre Vermutungen geäußert? Haben Sie das Problem in Stücke zerlegt oder einfach versucht, es auf einmal zu bewältigen? Wenn der Interviewer Sie mit Hinweisen und Leitkommentaren anstachelte, haben Sie diese dann so umgesetzt und darauf reagiert, wie der Interviewer es erwartet hatte? Diese Dinge sind viel wichtiger (zumindest in dem Unternehmen, in dem ich mein Interviewtraining gemacht habe), als ob Sie tatsächlich die "richtige" Antwort erhalten haben oder nicht.

Haben Sie etwas dagegen, diese Antwort zu bearbeiten, um zu erklären, was das Akronym FAANG bedeutet? Danke.
"Facebook, Apple, Amazon, Netflix, Google". Es ist im Grunde ein Slang, der "Top-Tech-Unternehmen" bedeutet, und es ist üblich genug, dass die meisten Leute es kennen (oder es googeln können).
Ja, ich habe es gegoogelt. Aber es ist schöner, wenn Antworten in sich abgeschlossen sein können. Und "die meisten wissen es" bezieht sich wahrscheinlich auf die meisten Leute in der Softwareentwicklung. Auf dieser Seite sind noch viele andere Berufe vertreten.

NEIN:

  • Wenn sie dich deswegen ablehnen, willst du nicht für sie arbeiten.
  • Wenn sie dich aus anderen Gründen ablehnen, spielt es keine Rolle.
  • Wenn sie dich trotzdem akzeptieren, spielt es keine Rolle.

Ich fand eine Lösung und erklärte sie ihm, aber er hatte eine andere Lösung im Sinn und akzeptierte meine Lösung nicht, selbst wenn ich ihm logische Gründe für meinen Ansatz lieferte.

Sie können ihm eine E-Mail senden, wenn Sie möchten, aber wenn Sie dies tun, empfehle ich Ihnen, die zeitliche Komplexität und die räumliche Komplexität Ihres gewünschten Ansatzes im Vergleich zur zeitlichen Komplexität und der räumlichen Komplexität seines vorgeschlagenen Ansatzes anzugeben.

Ich sage nicht, dass Ihre Vorstellungsgespräche perfekt sein müssen. Das muss nicht sein, aber wenn Sie einem Interviewer widersprechen und ihn möglicherweise per E-Mail über einen potenziellen Fehler informieren, müssen Sie wirklich sicher sein, dass Ihre Lösung sowohl in Bezug auf die Zeiteffizienz als auch die optimale Lösung ist Platzsparend.

Nach dem Gespräch bestätigte ich, dass die Lösung, die ich mir ausgedacht habe, vollkommen akzeptabel und eine von vielen Lösungen ist.

Ich bezweifle das. Um Ihnen nur ein Beispiel zu geben, schauen Sie sich an, was diese Person getan hat:

Er schlug die Antwort auf HackerRank nach und dachte, dass seine Lösung für ein Codierungsinterviewproblem , das jemand anderes gepostet hatte, vollkommen ausreichend war.

Seine Antwort: https://codereview.stackexchange.com/a/212530/7219

Ursprüngliche Frage: https://codereview.stackexchange.com/questions/212492/bracket-matcher-in-python

Leider war ihm nicht klar, dass dasselbe Problem viele geringfügige Variationen aufweisen kann und dass die von ihm gefundene Lösung möglicherweise optimal für das Problem war, das er auf HackerRank gefunden hat, aber es war sicher nicht optimal für das Problem des Codierungsinterviews, das das OP musste lösen.

Bitte sei nicht dieser Typ.

Bis heute macht er nicht, was er falsch gemacht hat, und er leugnet es immer noch, obwohl ihn zwei leitende Ingenieure auf seinen Fehler hingewiesen haben.

Das Kopieren und Einfügen einer Antwort, ohne sie zu verstehen, ist völlig anders als das, was das OP angibt. Außerdem gehen sie nicht auf die Details der eigentlichen Frage oder ihrer Antwort ein, daher ist es schlimmer als nutzlos, pauschale Aussagen darüber zu treffen, wie "grundlegend" ihre Antwort war. Und der Vergleich ihres Codes mit „90 % anderer Menschen“ ist ebenfalls keine gültige Annahme. Das verstärkt nur das Hochstapler-Syndrom der Leute, und das ist nie gut. Es ignoriert die Möglichkeit, dass der Interviewer in seine eigene Antwort verliebt war, also war alles andere "offensichtlich" falsch.
@computercarguy, bitte versteh mich nicht falsch! Niemand erwartet eine perfekte Antwort während eines technischen Codierungsinterviews. Wenn Ihnen die Rechtfertigung Ihrer Entscheidungen auf der Grundlage von zeitlicher und räumlicher Komplexität noch nicht eingeflößt wurde, sollten Sie Ihrem technischen Interviewer nicht widersprechen oder ihm per E-Mail mitteilen, welchen Ansatz Sie hätten wählen sollen.
@computercarguy, Heute Abend werde ich meine vollständige Antwort ändern, um zu wiederholen, was ich in meinem vorherigen Kommentar gesagt habe. Geduld mit mir, während ich das tue.