So bereiten Sie sich auf ein technisches Interview vor - Tipps und Tricks, mit denen Sie Ihr Bestes geben können

Ah, das Coding-Interview.

"Fürchte es. Renne davon. Das Schicksal kommt trotzdem an." - Thanos 2018

Ok, vielleicht ist das ein bisschen dramatisch, aber ich kenne niemanden, der begeistert ist, den Interviewprozess zu durchlaufen. Der Prozess der Jobsuche / des Vorstellungsgesprächs ist bestenfalls anstrengend und im schlimmsten Fall viele andere Dinge.

Viele Leute lernen Tricks und Taktiken für ein Interview kennen (und ich gebe Ihnen auch einige davon), aber die meisten Leute denken nicht über ihre Einstellung nach, die in das Interview einfließt.

Ihre Denkweise gibt den Ton an, wie Sie Ihre Situation sehen und gestalten werden. Gehen Sie mit der richtigen Einstellung vor und Sie werden in der Lage sein, alles zu verstehen und zu navigieren, was auf Sie geworfen wird. Treten Sie mit einem zerstreuten oder schüchternen Verstand ein und Sie werden sich erschüttert und geschlagen fühlen.

Sie sind auch der Interviewer

Eine Sache, die die meisten Menschen oft vergessen, ist, dass Sie auch der Interviewer sind.

Ja, werden Sie in diesem Unternehmen interviewt, aber Sie interviewen auch das Unternehmen, um festzustellen, ob sie zu Ihnen passen .

Was sind die Werte dieses Unternehmens? Wie ist ihre Arbeitsmoral? Was schätzen die Menschen?

Das Bestehen des Interviews ist wichtig, aber möchten Sie bei diesem Unternehmen arbeiten, wenn Sie das Bestehen bestehen?

Manchmal brauchen wir nur einen Job - irgendeinen Job - und deshalb möchte ich nicht minimieren, nur den Job zu bekommen. Aber wenn Sie können, treten Sie einen Schritt zurück und überlegen Sie, wie sich dieser Job langfristig auf Ihre Karriere auswirkt. Ja zu einem Job zu sagen bedeutet, zu einem Dutzend anderer Nein zu sagen - Sie zahlen hohe Opportunitätskosten, indem Sie Ja sagen.

Das ist also das Erste, woran Sie sich erinnern sollten: Dies ist keine Einweg-Leistungsdynamik. Es mag sich manchmal so anfühlen, aber Sie haben hier etwas Kontrolle und Sie haben Optionen. Dies ist ermächtigend.

Arten von Interviews

Ok, so werden wir auch die Bewertung der Unternehmen basiert auf den Menschen , mit denen wir interagieren in der Interview - Prozess, also was wir mit diesen Informationen tun?

Nun, es gibt verschiedene Arten von technischen Interviews. Diese Interviewtypen erzählen viel über die Denkweise des Unternehmens und wie es ist, dort zu arbeiten. Ich zerlege die verschiedenen Typen wie folgt:

  • Whiteboarding
  • Code Challenge (Informatik Fragen oder Algorithmen)
  • Code-Herausforderung (vernünftiges Codierungsproblem)
  • Projekt zum Mitnehmen

Das gefürchtete Whiteboard

Einige der ersten Interviewübungen, die die Tech-Industrie übernahm, waren Whiteboard-Übungen. Sie würden eine Aufgabe erhalten und gebeten, den Code auf das Whiteboard zu schreiben. Im Allgemeinen wird dieser Ansatz in der heutigen Technologiebranche abgelehnt und abgeschafft, aber es gibt immer noch viele Unternehmen, die diese Praxis anwenden.

Es ist nicht , dass Codierung auf einem Whiteboard ist schlecht an und für sich -aber , dass eine Tafel so weit von der Arbeit entfernt wir tatsächlich tun , als Programmierer , die Arbeit an Computern jeden Tag. Das Whiteboard ist umständlich zu beschreiben, zu bearbeiten und gibt Ihnen kein Feedback. Es gibt keine automatische Vervollständigung, keine Hervorhebung der Syntax und Sie können nicht zu Google wechseln, um die Referenzen der Standardbibliothek nachzuschlagen.

Darüber hinaus stellen viele Orte, an denen Whiteboard-Interviews durchgeführt werden, eine Reihe von Interviewfragen, die für 99% der Programmierjobs offen gesagt wertlos sind. Dies sind die gefürchteten Algorithmen der Informatik: Umkehren eines Binärbaums, Finden des kürzesten Pfades in einem Diagramm usw.

Das Problem bei diesen Fragen ist, dass sie als Programmierer im wirklichen Leben einfach nicht auftauchen . Wenn Sie bei Amazon oder Facebook interviewen, haben sie dort vielleicht einen gewissen Wert, aber die Mehrheit der Menschen wird in ihrer Karriere niemals mit diesem Problem konfrontiert sein. In diesem Fall verwenden sie nur ein Paket oder eine Bibliothek, die diese Funktionalität bereits implementiert hat.

Was können wir also gegen Whiteboards tun? Nun, hier ist, was ich tun würde: Geben Sie Ihr Bestes, verwenden Sie die unten aufgeführten Tipps und Tricks und bewerten Sie ernsthaft, ob diese Interviewpraxis ein Symptom für ein größeres Mentalitätsproblem innerhalb des Unternehmens ist.

Code-Herausforderungen

Wenn Sie das Glück haben, dem Whiteboard auszuweichen, werden (und sollten) die meisten Orte Sie bitten, eine Art Code-Herausforderung durchzuführen. Auch dies mag wie eine Einweg-Leistungsdynamik erscheinen, aber diese Code-Herausforderung ist tatsächlich gut für Sie. Hier können Sie glänzen und Ihre technische Kompetenz unter Beweis stellen. Meiner Erfahrung nach wirkt sich dies drastisch auf Ihre Verhandlungsmacht aus, wenn es um Jobrang und Bezahlung geht.

Bevor wir auf die spezifischen Tipps eingehen, sollten wir uns auch darüber im Klaren sein, dass nur weil Sie dem Whiteboard ausgewichen sind, dies nicht bedeutet, dass Sie die Frage nach dem Informatikalgorithmus hier nicht immer noch erhalten - nur auf einem Computer. Wenn dies der Fall ist, atmen Sie einfach tief ein und verwenden Sie die folgenden Tipps und Tricks. Du wirst es schaffen.

Wenn Sie das Glück haben, dem Whiteboard und der CS-Frage auszuweichen , wurde Ihnen wahrscheinlich eine vernünftige Codierungsherausforderung gestellt. Für mich sind dies Fragen wie:

Schreiben Sie eine Funktion, die eine Anzahl von Cent (USD) als Ganzzahl kleiner oder gleich 100 akzeptiert und die geringste Anzahl von Münzen druckt, die zur Darstellung erforderlich sind.

50 => 2 Viertel

11 => 1 Cent und 1 Penny

7 => 1 Nickel und 2 Pennys

Ich habe auch Fragen erhalten, die wie CS-Fragen erscheinen, aber wirklich nicht so schlecht sind. Beispiel: "Implementieren Sie eine doppelt verknüpfte Liste." Auf den ersten Blick scheint dies aufgrund des Teils "doppelt verknüpfte Liste" ein CS-Problem zu sein, aber der Interviewer wollte tatsächlich Code, der das gleiche Verhalten wie eine doppelt verknüpfte Liste implementiert - ich habe keine Zeiger und keine Adressierung verwendet Objekte im Speicher - ahmen nur das gleiche Verhalten nach. In diesem Fall war es eine ziemlich einfache Herausforderung.

Und das bringt mich zu meinem ersten Tipp:

Tipp 1: Stellen Sie klärende Fragen

Bei der Herausforderung mit doppelt verknüpften Listen erhielt ich eine leere Ruby-Datei (ich habe ein Interview für einen Ruby-Job geführt) und eine leere Testsuite. Etwas wie das:

class DoublyLinkedList end 

(Wenn Sie mit Ruby nicht vertraut sind, machen Sie sich keine Sorgen. Der Code hier ist einfach zu verstehen. Er dient nur zur Veranschaulichung der allgemeinen Punkte.)

Also eine doppelt verknüpfte Liste, oder? Vielleicht wissen Sie, was das ist, oder vielleicht auch nicht. Wenn nicht: Fragen stellen. Dies ist die erste zu vermeidende Gefahr. Wenn Sie das Problem oder die Fragen nicht verstehen, stellen Sie so lange Fragen, bis Sie dies tun.

Ich habe gesehen, wie die Befragten den falschen Hasenpfad eingeschlagen haben, und der Interviewer hat sie einfach gelassen - während er sie im Stillen scheitern ließ. Obwohl ich dieser Praxis nicht zustimme, stellen Sie sicher, dass Sie das richtige Problem lösen.

Ich komme aus der Informatik, daher wusste ich, dass eine doppelt verknüpfte Liste eine Liste bedeutet, die einen Zeiger auf einen headund einen tailKnoten hat - wobei jeder Knoten auch auf seinen nextund seinen previousKnoten zeigt.

Nun, obwohl ich das wusste, was habe ich getan? Ich sagte das laut und fragte, ob das richtig sei. Obwohl ich dachte, ich wüsste, was zu tun ist, stellte ich absolut sicher, dass ich es tat.

Wenn Sie glauben, das Problem zu verstehen, wiederholen Sie Ihr Verständnis des Interviewers, damit dieser Sie korrigieren oder anleiten kann.

Als nächstes stellte ich eine andere Frage: "Kann ich ein Array für die Knoten verwenden?" Und ich habe so etwas getippt:

class DoublyLinkedList def initialize @nodes = [] end end 

(Wenn Sie mit Ruby nicht vertraut sind, ist dies nur ein Initialisierer oder Konstruktor, bei dem ich eine neue Variable namens @nodesset auf ein leeres Array setze.)

Aber der Interviewer sagte mir, nein, das konnte ich nicht - was Sinn macht. Wenn ich ein Array verwendet hätte, hätte es den gesamten Zweck der Übung zunichte gemacht, die darin besteht, die gefälschten "Zeiger" zwischen den Knoten aufzubauen.

Und Junge, bin ich froh, dass ich gefragt habe? Ich wollte nicht das Risiko eingehen, dass der Interviewer mich das Array verwenden lässt und mich dann im Stich lässt.

Also kein Array - was mache ich jetzt? Hier ist Tipp 2:

Tipp 2: Hardcodiert -> Dumm -> Besser

Wenn Sie vor einer Codierungsherausforderung stehen, bearbeiten Sie das Problem in der folgenden Reihenfolge: fest codiert -> dumm -> besser -> noch besser (wenn es die Zeit erlaubt).

Aufgrund meiner Erfahrung mit Interviews und Interviews mit anderen Entwicklern stelle ich fest, dass die meisten Leute versuchen, zu viel auf einmal zu tun.

Wenn Sie zu viel auf einmal tun, können Sie leicht Fehler machen (die Sie aufgrund von InterviewBrain ™ nicht fangen). Beginnen Sie also einfach - so einfach wie möglich - fest codiert - und arbeiten Sie sich nach oben.

Ich habe also eine leere Ruby-Klasse. Wie kann ich etwas fest codieren, um vorwärts zu kommen? Ich habe mir meine leere Testsuite angesehen und festgestellt, dass es eine Funktion namens gibt head, die den ersten Knoten in der Liste zurückgibt. Versuchen wir also Folgendes:

class DoublyLinkedList def head 'A' end end 

Ich habe eine headFunktion erstellt und den Großbuchstaben "A" als Zeichenfolge fest codiert, und diesen Test ausgeführt. Es ging vorbei.

Ist das super einfach? Ist es zu offensichtlich? Ja! Dieser Code macht jedoch zwei sehr wichtige Dinge:

  • Es ermöglicht mir, die Tests auszuführen und zu testen, ob mein Setup funktioniert (um dumme oder Syntaxfehler zu beseitigen).
  • Es bringt mir einen schnellen Gewinn - was mein Selbstvertrauen stärkt

Ich habe unzählige Interviews gesehen, in denen jemand gleich zu Beginn einen kleinen Fehler macht, nervös wird und dann den größten Teil des Interviews damit verbringt, sich zu erholen und Fehler zu beheben.

Unterschätzen Sie nicht den Wert schneller Gewinne für Ihr Vertrauen. Wenn Sie kleine Gewinne stapeln, werden Sie durch das Interview geführt.

Ok, wir haben eine fest codierte Zeichenfolge 'A'. Wie machen wir das zu einer dummen Lösung? Wie wäre es, diesen Buchstaben "A" in einen Hash (oder eine Karte) zu verwandeln?

class DoublyLinkedList def head { value: 'A' } end end 

Das ist ein bisschen besser. Anstelle einer Zeichenfolge wird unser "Knoten" nun als Hash mit einer valueEigenschaft dargestellt. Wir sind von hartcodiert zu dumm übergegangen. Wie können wir es jetzt besser machen? Wie wäre es, wenn wir unseren headZeiger in die Liste aufnehmen?

class DoublyLinkedList def initialize @head = { value: 'A' } end def head @head end end 

Was haben wir hier geändert? Hier fügen wir unseren Initialisierer zurück und erstellen eine neue Variable mit dem Namen @head, und wir verwenden diese neue Variable in unserer headFunktion. Dies sieht allmählich aus wie echter Code.

Nun mag dieser Ansatz wirklich albern erscheinen, aber ich verspreche Ihnen, es funktioniert. Jede dieser Änderungen wird in Sekunden kleiner, iterativer Codierung vorgenommen und stapelt sich, um in kurzer Zeit eine funktionierende Implementierung zu erstellen.

Wenn Sie der Meinung sind, dass dieser Ansatz für einen potenziellen Interviewer seltsam erscheint, finden Sie hier den nächsten Tipp, und dieser ist sehr wichtig:

Tipp 3: Sprechen. Laut.

Während der gesamten Zeit, in der Sie eine Codierungsaufgabe ausführen , sollten Sie laut sprechen .

Sag alles, was du denkst - alles.

(Nun, alles was mit Programmierung zu tun hat.)

Hier ist die Sache: Es ist wichtig, zu einer richtigen Lösung zu gelangen, ja, aber ebenso, wenn nicht wichtiger, ist es , Ihren Denkprozess zu zeigen. Der Interviewer möchte wissen, wie Sie denken - wie Sie Probleme lösen. Sie können dies tun, indem Sie alles teilen, was Sie laut denken.

Jeder Interviewer war irgendwann ein Interviewter - er weiß über InterviewBrain ™ Bescheid und dass selbst einfache Dinge in einem Interview schwierig werden können. Gute Interviewer kümmern sich nicht darum, dass Sie die Lösung zu 100% richtig finden - sie möchten nur wissen, dass Sie über gute Fähigkeiten zum kritischen Denken verfügen. Die einzige Möglichkeit, diese inneren Gedanken sichtbar zu machen, besteht darin, sie laut auszusprechen.

Wenn Sie dies noch nie zuvor getan haben, möchten Sie es vielleicht üben, da es für das Nageln des Interviews von entscheidender Bedeutung ist.

Um Ihnen einige praktische Beispiele zu geben, hier einige Dinge, die ich jedes Mal sage, wenn ich interviewt werde:

„Ok, lass uns einfach diesen Wert fest codieren und sicherstellen, dass unser Setup funktioniert.“ „Lass uns zuerst eine blöde Version davon bekommen und es besser machen.“ „Ich mache es jetzt so und wenn wir Zeit haben, komm zurück und tun. "" Ok, also brauchen wir eine Funktion, die ein Array aufnimmt, X ausführt und zurückgibt. "

In einigen Szenarien fühlen sich diese Interviews wie Paarprogrammierungssitzungen an.

Ok, wir sagen die Dinge laut. Aber manchmal machen wir einen Fehler oder bleiben stecken. Wir haben unseren Denkprozess laut ausgesprochen, aber jetzt müssen wir möglicherweise ein potenzielles Problem oder einen Fehler verschieben und untersuchen.

Hier ist ein wichtiger Tipp dafür:

Tipp 4: Bleiben Sie in einem logischen Fluss

Jetzt gebe ich zu: Dieser kann manchmal schwierig sein.

Wenn Sie in einem Interview sind und es gibt ein Problem oder Fehler mit Ihrem Code, Ihr Gehirn verzweifelt will , um herauszufinden , was falsch, aber ist nicht zu verzweifelt sein , dass Sie Ihren Code oder Ihren Denkprozess beginnen Dreschen.

Sie sehen, wie der Interviewer sehen will , wie Sie ein Problem brechen, sie auch sehen wollen, wie Sie ein Problem debuggen. Dies ist ebenso wichtig wie die Erklärung Ihres Denkprozesses. Versuchen Sie Ihr Bestes, um in einem logischen Fluss zu bleiben und den Code oder Ihre Ideen nicht zu verprügeln.

Wenn es gut läuft

Die Herausforderung läuft also gut und Sie schlagen das Problem und all die einfachen Dinge aus.

Was jetzt? Wie kommst du von bestanden zu zerquetscht?

Dies ist ein äußerst wichtiger Teil des Interviews, da Sie hier den größten Teil Ihrer Hebelwirkung für die Aushandlung von Arbeitsplätzen und Vergütungen erhalten. Und der Tipp lautet:

Tipp 5: Zeigen Sie, was Sie wissen

Du arbeitest an der Herausforderung, du sprichst laut und es geht dir gut. Das nächste, wonach Sie suchen müssen, sind Möglichkeiten, Ihr Wissen und Ihre Expertise zu zeigen.

Ist dies der Ort im Code, an dem Sie möglicherweise eine E-Mail senden? Erwähnen Sie, dass dies stattdessen in einem Hintergrund-Worker durchgeführt werden sollte (Sie müssen es wahrscheinlich nicht einmal implementieren).

Arbeiten Sie an der Validierungslogik in einem Modell? Sprechen Sie darüber, wie Sie auch Datenbankeinschränkungen hinzufügen würden, um die Datenintegrität sicherzustellen. Welche Indizes würden Sie hinzufügen? Wie würden Sie die Migrationen einführen, um Ausfallzeiten zu vermeiden?

Sobald Sie Ihre fest codierte -> dumme -> bessere Lösung erhalten haben, sprechen Sie darüber, wie Sie sie mit mehr Zeit umgestalten würden. Würden Sie dafür ein Modul erstellen? Was ist mit einem Serviceobjekt? Was ist mit einem Teil dieser Logik in einem Hintergrundjob? Besprechen Sie die Kompromisse.

Warum ist das so wichtig?

Die meisten Interviewfragen richten sich an den kleinsten gemeinsamen Nenner - also an die grundlegenden Anforderungen des Jobs. Die Herausforderung oder die Fragen selbst sind normalerweise nicht dazu gedacht, das obere Ende der Fähigkeiten einer Person zu testen . Das Interview wird Ihnen wahrscheinlich nicht die Informationen entziehen, daher müssen Sie diese Informationen bereitstellen.

Erwähnen Sie also, während Sie über Ihren Denkprozess sprechen, alle Dinge, die Sie in eine reale Anwendung oder Codebasis integrieren würden, und diskutieren Sie sie.

Zusätzliche Tipps und Tricks greifen Tasche

So sollten Sie sich Ihrem Interview nähern und jede Herausforderung angehen, die Ihnen gestellt wird.

Hier sind einige zusätzliche Tricks, die manchmal für geringfügige Vorteile eingesetzt werden können.

Trick Nr. 1: Kennen Sie die häufigsten Probleme

Es gibt einige häufige Probleme, die häufig in Interviews auftreten (insbesondere auf Whiteboards). Sie sollten mit diesen Problemen vertraut sein, da es sich um Fragen handelt, von denen Sie wissen, dass sie auf dem Prüfstand stehen werden.

Zwei der wichtigsten sind FizzBuzz und das Lösen der Fibonacci-Sequenz (stellen Sie sicher, dass Sie diese kennen).

Nun ein Wort der Warnung: Sie möchten niemals eine auswendig gelernte Lösung in einem Interview festhalten. Das kann nur schlecht gehen (und ich habe gesehen, wie es passiert ist). Sie möchten jedoch mit der Lösung vertraut sein - und sie von Grund auf neu erstellen können.

Verwenden Sie also Ihre Vorbereitungsbücher für Interviewfragen, ja, aber stellen Sie sicher, dass Sie die Lösung verstehen , erklären und von Grund auf neu erstellen können. Eine auswendig gelernte Antwort bringt Sie hier nicht weiter.

Trick Nr. 2: Normalerweise ist es in Ordnung, sich die Dokumente anzusehen

In all den Interviews, an denen ich teilgenommen habe oder an denen ich teilgenommen habe, hat es niemanden interessiert, ob Sie die Standardbibliothek oder die Paketdokumente nachschlagen. Interviewer sind nicht damit einverstanden, dass Sie die Antwort nachschlagen (daher würde ich StackOverflow vermeiden), aber das Konsultieren der Referenzen ist normalerweise ein faires Spiel. Lesen Sie im Zweifelsfall Tipp 1 und bitten Sie um Klarstellung.

Trick Nr. 3: Achten Sie auf visuelle Hinweise

Dies ist wahrscheinlich mein Lieblingstipp. Es ist nicht das nützlichste, aber es macht Spaß. Eines meiner Interviews habe ich aus der Ferne durchgeführt, und wir haben ein Bildschirmfreigabeprogramm verwendet, und ich konnte das Gesicht des Interviewers oben rechts auf meinem Bildschirm sehen.

Ich bemerkte aus dem Augenwinkel, als ich codierte, dass der Interviewer mit dem Kopf nickte. Ah ha! Ein kleiner visueller Hinweis, um zu wissen, dass ich auf dem richtigen Weg war.

Wieder ist es nicht viel, aber es könnte nützlich sein. :) :)

Trick Nr. 4: Wenn fern, haben Sie ein gutes Setup

Apropos Remote, wenn Sie Remote sind, versuchen Sie, das bestmögliche Setup zu haben. Dies bedeutet, dass die Kamera eingeschaltet ist (wenn möglich, wo Sie direkt hineinschauen), gutes Internet, an den Strom angeschlossener Computer, ein ruhiger Raum, ein Glas Wasser in der Nähe usw.

Diese Dinge sollten Ihr Interviewergebnis nicht beeinflussen, aber es besteht keine Notwendigkeit, den Interviewer zu ärgern oder sich zusätzlichen Stress durch Internet- oder Lärmprobleme zu geben.

Trick Nr. 5: Sei sympathisch!

Mein letzter Trick für Sie ist, persönlich zu sein.

Seien Sie in Ihrem Interview jemand, mit dem Sie arbeiten möchten. Zeigen Sie ihnen Ihr bestes Selbst.

Interviews können einschüchternd sein, und Entwickler sind im Allgemeinen ruhigere und zurückhaltendere Personen, aber Sie müssen den Personen, mit denen Sie interagieren, zeigen: "Hey, ich bin eine lustige und nette Person, mit der ich arbeiten kann."

Ich bitte dich nicht, jemand zu sein, der du nicht bist. Aber Sie wollen laut einem meiner engen Freunde, der ständig Menschen interviewt, kein "Meerestier" sein.

Bonus-Trick Nr. 6: Bereiten Sie alle anderen Interviews vor (wenn Sie möchten)

Wenn Sie sich untervorbereitet fühlen oder dies Ihr erstes technisches Interview ist, machen Sie einige Vorbereitungsarbeiten, bis Sie sich wohl fühlen.

Lesen Sie Bücher wie Cracking the Coding Interview oder üben Sie Algorithmen und Rätsel auf HackerRank.

Lesen Sie die anderen großartigen Beiträge in den Developer News zum Thema Interview.

Wenn Sie ein Interview für eine Full-Stack-Rolle führen, sollten Sie darauf vorbereitet sein, ein neues Projekt oder eine neue Testdatei mit der Testsuite von Grund auf neu einzurichten.

Erforschen Sie das Unternehmen, seien Sie bereit mit großartigen Fragen zum Unternehmen oder zur täglichen Arbeit usw. usw.

Am Ende: Es ist nur ein Interview.

Am Ende ist es das, was es ist.

Sie werden ausführen, wie Sie ausführen.

Sie werden von der Person interviewt, von der Sie interviewt werden.

Ihr Interviewprozess wird ihr Interviewprozess sein.

Vielleicht hatten Sie einen freien Tag - vielleicht hatte der Interviewer einen freien Tag.

Wenn Sie sich danach verlegen, besiegt oder sonst etwas fühlen - atmen Sie tief ein und lassen Sie es los! Lass dich nicht von deinem Eidechsenhirn beschweren. Ein schlechtes Interview ist nicht das Ende der Welt. Ihre Karriere ist nicht ruiniert, Ihr Ruf ist nicht ruiniert und Ihr Leben ist nicht ruiniert.

Es ist nur ein Interview. Lernen Sie daraus, passen Sie sich an und werden Sie beim nächsten Mal besser.

Es ist in Ordnung, nervös zu sein

Die meisten Menschen (ich eingeschlossen) werden vor Dingen wie Interviews, Vorträgen oder Präsentationen nervös.

Früher hielt ich Nervosität für eine schlechte Sache - eine Sache, die ich nicht wollte. Und egal wie oft ich mir sagte "sei nicht nervös" - weißt du was? Es hat mich nur nervöser gemacht!

Ich habe gelernt zu überdenken, wie ich Nerven sehe. Nervosität ist mein Körper, der sich auf einen Kampf vorbereitet - diesen ursprünglichen Kampf oder diese Fluchtreaktion.

Aber wie gesagt: Dies ist nur ein Interview. Im Interviewraum schleicht sich kein Tiger an mich heran. Diese ursprüngliche Antwort ist nicht erforderlich.

Ich habe angefangen, mich umzuschulen, um Nervosität als eine gute Sache anzusehen. Es bedeutet, dass mein Körper und mein Sinn zunehmen, damit ich die beste Leistung erbringen kann, die ich aufbringen kann.

Umarme also die Nerven. Sie bereiten Sie nur darauf vor, Ihr Bestes zu geben.

Interviewen ist eine Fähigkeit

Am Ende ist das Interviewen eine Fähigkeit. Es erfordert etwas Lernen und viel Übung, um es zu meistern.

Schlagen Sie sich also nicht zusammen, wenn Sie nicht so auftreten, wie Sie es sich erhofft hätten. Lerne weiter und übe weiter - du wirst es schaffen!

Wenn Sie Fragen oder Kommentare haben, können Sie sich gerne auf Twitter an mich wenden. Wenn Sie weitere Informationen zur Vorbereitung auf eine Entwicklungskarriere wünschen, schreibe ich solche Informationen in meinen Blog.

Danke fürs Lesen!

John