Das Senior Developer Interview ist ein Rätsel; Juns Interview ist ein Thriller.

Ein Interview für eine Junior-Entwicklerposition entzieht einem Kandidaten die gesamte algorithmische Energie. Selbst die Teilnahme an einem Trainingsinterview erfordert eine große Dosis Zucker und Koffein. Aber wir müssen zugeben: Sie sind zu vorhersehbar.

Es gibt eine Million Websites für algorithmische Übungen, YouTube-Kanäle zur Vorbereitung von Interviews und Blog-Beiträge darüber, wie Sie einen Job bei Google bekommen. Natürlich braucht die Vorbereitung auf solche Interviews Zeit, aber sie sind ziemlich überschaubar.

Das Wichtigste beim Vorstellungsgespräch für eine leitende Entwicklerposition ist die Erkenntnis, dass dieselbe Strategie für sie nicht funktioniert.

( Hinweis : Diese Aussage gilt nicht für Senioreninterviews bei FAAMG +, die zwangsläufig viel mehr algorithmische Wissenstests erfordern als Interviews bei anderen Unternehmen, aber ich habe keine persönliche Interviewerfahrung mit ihnen.) Um

den Zweck dieses Artikels hervorzuheben: Im Durchschnitt Unternehmen, in der Softwareentwicklung, ist die Ausfallrate für Senior-Interviews extrem hoch.

Die Tatsache, dass nicht alle Senioren gleichzeitig (zur selben Aufgabe) interviewen, zeigt, dass dies kein Problem zwischen Nachfrage und Verbrauch ist.

Wie Senior Developer Interviews funktionieren

Vor einem Jahrzehnt bestanden viele Materialien für hochrangige Interviews aus zwei Teilen:

Kenntnis der relevanten APIs
Kenntnis des Softwarebereitstellungs- und -entwicklungsprozesses

Um ehrlich zu sein, waren sie viel einfacher als die Juni-Interviews. Oft wurde die Kenntnis der Algorithmen nicht einmal getestet!

Von einem erfahrenen Entwickler wird heute erwartet, dass er nur eines weiß. Aber die Erwartungen sind zu hoch, Sie haben keine Chance zu manövrieren. Nicht um den heißen Brei herumreden. Es reicht nicht aus, nur Wissen zu sammeln, um ein Interview zu bestehen, es braucht viel mehr.

Senior Developer Interviews sind strukturiert, auch wenn nicht alle Befragten und Kandidaten davon wissen.

Um mit einem Interview fertig zu werden, müssen wir diese Struktur verstehen.

Faktor, der in jedem Interview mit leitenden Entwicklern vorhanden ist

Bevor wir anfangen, schauen wir uns ein Beispiel an, das heute relevant ist.

Wenn Sie Halsschmerzen haben, fühlen Sie sich krank. Aber Sie wissen nicht, ob Sie die Grippe oder das Coronavirus haben. Halsschmerzen sind ein Symptom, keine Krankheit. Die Krankheit selbst wurde noch nicht diagnostiziert. Sie verstehen jedoch, dass etwas mit dem Körper nicht stimmt und müssen die Tests bestehen.

Labortests suchen nach bestimmten Parametern, nicht nur nach Symptomen. Das Vorhandensein oder Fehlen dieser Parameter in einer bestimmten Menge bestimmt, ob Sie infiziert sind und welche Art von Krankheit.

Interviewer suchen nach Krankheiten (d. H. Grundursachen) eines bestimmten Typs. Wie Laboratorien ignorieren sie Symptome. Wenn Sie ein Durcheinander von Fachjargon und API-Schlagworten darauf werfen, verringern sich die Chancen auf ein erfolgreiches Interview erheblich. Jeder kann diese Art von Besserwisser nachahmen, indem er auf dem Weg zu einem Interview googelt.

Aber wenn Sie zeigen, dass Sie methodisch sind, werden Sie ihre Aufmerksamkeit gewinnen. Wie Biolaborspezialisten stützen sie sich auf Methoden, die die Eignung oder Unfähigkeit eines Kandidaten streng nachweisen.

Diese Methoden werden als Signale bezeichnet . Dies ist ein sehr altes physiologisches Konzept, das verwendet wird, wenn es um irgendeine Art von Interaktion zwischen Menschen geht. Während der Paarungszeit zeigen und suchen Tiere und Vögel Signale vom am besten geeigneten Partner.

Paare, die sich in Cafés verabreden, lesen ständig die Stimmung des anderen. Und Interviewer unterscheiden sich nicht von ihnen, nur gibt es nur sehr wenige Anweisungen für sie. An Materialien für die Vorbereitung auf ein Interview mangelt es jedoch nicht.

Der Wahnsinn des Interviewens hat jedoch eine Logik. Die Befragten suchen nach den falschen Antworten. Sie suchen durch Ihre Antworten nach Signalen.

Signale, nicht der Inhalt der Antworten.

Aus programmtechnischer Sicht wurde dieses Konzept in dem Buch Cracking the Coding Interview von der berühmten Interview-Trainerin Gail Luckmann McDowell untersucht, die bei Google, Microsoft und Apple gearbeitet hat. Weil die Hinweise in Interviews so wichtig sind, ermutigt sie die Kandidaten nachdrücklich, den Prozess des Denkens über den Aufgabenstatus in Whiteboard-Interviews zu kommunizieren.

Zusammenfassen

Was zählt, ist nicht der Inhalt Ihrer Antworten, sondern die durch sie übertragenen Signale, die Ihre Wahl bestimmen.

Es kann vorkommen, dass Sie und Ihr Freund zum selben Interview gehen und denselben Fehler machen, aber Ihre Argumentation, die dazu geführt hat, kann den Interviewer überzeugen, aber Ihr Freund wird dies nicht tun können.

Je stärker die positiven Signale sind, desto höher sind Ihre Erfolgschancen.

Welche Signale suchen sie?

Da Technologien von Natur aus nicht miteinander kompatibel sind, ist es schwierig, bestimmte Aspekte für jede Position als leitender Entwickler eindeutig zu identifizieren. Sie können jedoch jederzeit eine allgemeine Klassifizierung der Interviewfragen vornehmen.

Fragen zu Senior-Entwicklerinterviews lassen sich grob in drei Kategorien einteilen:

Bei Betrachtung jeder der Kategorien werden zwei Faktoren offensichtlich:

Das technische Wissen ist branchenspezifisch. Sie haben sie über langjährige Erfahrung entwickelt. Wenn sich eine Interviewmöglichkeit ergibt, können Sie kaum etwas anderes tun, als Ihr Wissen aufzufrischen. In meinem Artikel, auf den oben verwiesen wird, habe ich bereits darüber gesprochen, worauf Sie sich speziell konzentrieren müssen.
+ . , , , . , . , , . , , , .

Jede Frage, die in einem Interview mehr oder weniger gestellt wird, kann einer der oben genannten Kategorien zugeordnet werden. Im Bereich technischer Probleme (ein großer Teil des Diagramms von 50 Prozent) können sich Fragen in kleinere Unterkategorien verzweigen.

Als ich das Buch Cracking the Coding Interview las, bemerkte ich, dass es großartig war zu erklären, wie man technische Fragen in Untergruppen aufteilt: gierige Algorithmen, binäre Suche und so weiter. Sie sind sehr beliebt in FAAMG + -Interviews, in denen Informatikkenntnisse von größter Bedeutung sind.

Was ist am wichtigsten zu merken

Bitte beachten Sie, dass die Antworten auf diese Fragen Ihr Wissen belegen. Auf der anderen Seite bilden die Gründe für die Antwort, Ihr Ton und alles andere, was Ihre Meinung repräsentiert, Ihr Image in den Köpfen der Interviewer.

Dieses Bild ist das Signal, über das ich gesprochen habe.

Schockierende und irreführende Entdeckung

Die Bestimmung der Fragenkategorie in Interviews mit leitenden Entwicklern ist auch für die meisten kleinen und mittleren Unternehmen ein Problem. Der einzige Unterschied besteht darin, dass der Unterschied in den Kategorien, wie oben angegeben, verschwommen ist.

Dies bedeutet, dass die meisten Kandidaten fälschlicherweise Fragen in eine der drei beschriebenen Kategorien einordnen!

Diese Schlussfolgerung ist überraschend, aber immer noch wahr. Ich habe diesen Fehler über fünfzig Mal gemacht. Und ich bin sicher, dass dieser spezielle Fehler für die meisten Fehler verantwortlich ist.

Hat dich nicht überzeugt? Hier ist die Begründung hinter dieser Theorie:

Sehen Sie sich die Anzahl der Bewerber für Softwareentwicklungsjobs auf LinkedIn an.
Selbst in kleinen und mittleren Unternehmen gibt es fast 60 bis 100 Kandidaten für eine freie Stelle als Programmierer.
- , .

Natürlich spiegelt LinkedIn sehr oft nicht die Leerstandssituation wider, aber ich habe meine Vermutung bestätigt, indem ich mir die Karriereabschnitte der jeweiligen Unternehmen angesehen habe. Das kannst du selbst machen.

Dies macht deutlich, dass Interviews durchgeführt werden, aber kein geeigneter Kandidat gefunden wird. Warum? Sie sind für Portfolioanforderungen geeignet, und dies wird durch den Interviewprozess bestätigt (Personalvermittler veröffentlichen häufig offene Stellen in ihren Feeds).

Es ist höchst unwahrscheinlich, dass eine so große Anzahl erfahrener Kandidaten aufgrund ihres technischen Wissens nicht gut geeignet ist. Es wird jedoch kein geeigneter Kandidat gefunden.

Dies liegt daran, dass während des Senior Developer Interviews:

. ( « » — , !)
, . ( .)
, . ( , , . ( : « Google-».)
- . ,

( , ).

Nach fast 55 Minuten angespannter Interviews lächelten mich die Organisatoren bereits herzlich an.

Als letzte Frage stellten sie mir Folgendes:

Wenn ein Client Sie nach der Entwicklung eines Full-Stack-Systems mit mobilen Clients fragt, wie lautet Ihre Antwort?

Da die meisten technischen Fragen bereits gestellt wurden, stellte ich fest, dass es sich um eine Frage zum Prozess und / oder zur Fähigkeit handelt, die Initiative zu ergreifen.

Also antwortete ich so:

Ich werde ihn nach den Anforderungen fragen.

Dann ging ich offensichtlich detailliert darauf ein, wie ich es machen würde, stellte spezifische Fragen zum Projektmanagementsystem des Kunden und so weiter.

Ich wurde jedoch nicht akzeptiert. Aber der Grund für die Ablehnung traf mich noch mehr:

Wir brauchen jemanden, der Entscheidungen mit seinen Vor- und Nachteilen treffen kann, damit der Kunde eine fundierte Entscheidung treffen kann. Leider haben Sie solche Fähigkeiten nicht nachgewiesen, auch wenn Sie sie besitzen. Viel Glück fürs nächste Mal!

Ich habe eine technische Frage fälschlicherweise als Prozessfrage eingestuft!

Ich tröstete mich, dass mir der Kontext fehlte. Aber das war nur eine Ausrede, weil ich nicht versucht habe, die Frage zu kategorisieren. Ich habe das Spiel verloren, das ich bereits gewonnen hatte.

Absichtliche Mausefalle

Das Befragen von Senior-Entwicklern ist ein Rätsel. Sie sind aus einem bestimmten Grund wie Mausefallen gestaltet.

In einem Produktunternehmen muss ein leitender Entwickler aktiv mit den Verantwortlichen interagieren. In Beratungsunternehmen ist dies noch schwieriger, da sich die Verantwortlichen auf Parteien mit widersprüchlichen Interessen beziehen - Wettbewerber und Kunden.

Fuzzy-Interview-Fragen wurden speziell entwickelt, um die Navigationsfähigkeit des Kandidaten in einer realen Situation zu testen. In einer Welt, die von gierigen Agile-Produktbesitzern beherrscht wird, wird der unglückliche Entwickler sofort aufgefressen.

Und alles läuft auf eine Sache hinaus: die Kategorie der Aufgabe richtig zu identifizieren und die spezifischste positive Einstellung zu der gestellten Frage zu demonstrieren. Keine Kürze, keine widersprüchlichen Signale.

Letztendlich spielt es keine Rolle, ob Sie interviewt werden. Wenn Sie nicht zum Unternehmen passen, passt es wahrscheinlich auch nicht zu Ihnen.

Fazit

Mit der zunehmenden Beliebtheit von Agile und Lean in Startups sehen Arbeitgeber Neueinstellungen nicht mehr als Ressourcen. Sie sehen sie als langfristige Partner und Entscheidungsträger.

Interviews mit erfahrenen Entwicklern sind in ihrem Zweck viel humanistischer geworden, aber sie sind nicht immer so menschlich.

Sie müssen Interviews jedoch eher wie Daten als wie Tests behandeln.

Warum werden Senior-Entwicklern eher Interviews verweigert?