Interview für eine technische Position muss nicht beängstigend sein

Jacob Schatz, ein leitender Gitlab -Ingenieur, teilt mit, wie er ein technisches Vorstellungsgespräch und seinen Denkprozess durchführte. Technische Interviews werden häufig diskutiert und können für einige ein sensibles Thema sein. Daher ist es erwähnenswert, dass dieser Artikel Jacobs persönliche Ansichten ausdrückt und nicht unbedingt die Ansichten seines Arbeitgebers darstellt.

Sind Sie ein Interviewer, der sich ängstlich, erschöpft, traurig oder enttäuscht fühlt? Ich hoffe, diese Vorurteile zu ändern.

Ich glaube, die Leute können eine gute Interviewerfahrung haben und ich kann auch die richtigen Kandidaten finden. Diese beiden Dinge können gleichzeitig passieren! Nachdem Ihr Interviewprozess vorbei ist, sollten Sie sich in einer idealen Welt gut fühlen und den Prozess, egal wie das Ergebnis ist. Sie sind vielleicht traurig, weil Sie den Job nicht bekommen haben oder sich darauf freuen, Ihren neuen Job zu beginnen, aber in beiden Fällen sollten Sie den Grund verstehen.

In Gitlab war ich sehr früh für die Rekrutierung verantwortlich, also habe ich Tausende von Lebensläufen gesehen. Als ich zum ersten Mal kam, wurde ich gebeten, ein Front-End-Entwicklungsteam zu rekrutieren und zu bilden. Ich bin der 29. Mitarbeiter (wir haben jetzt über 500 Mitarbeiter), ich bin der erste Front-End-Entwickler, also hat unser Team keinen Einstellungsprozess. Wir haben nach und nach einen Prozess erstellt.

Das Ziel dieses Artikels ist der Interviewer und der Interviewer. Ich hoffe, Sie wissen, wie ein perfektes Interview aussieht. Ein Interview sollte nicht beängstigend oder furchterregend sein. Hier ist eine Anleitung, die Sie befolgen können, mit der Sie Ihren Teil dazu beitragen können, das perfekte Interview zu erstellen. Wenn Sie ein Interviewer sind, haben Sie möglicherweise Ihren Prozess perfektioniert. Dies ist meine Meinung darüber, wie das Interview in einer idealen Welt stattfinden wird. Es gibt viele verschiedene Arten von Interviews, und dieser Artikel konzentriert sich darauf, Entwickler aller Erfahrungsstufen zu befragen. Ich habe im Laufe der Jahre einige großartige Prozesse festgehalten, und dieser Artikel ist ein Blick hinter den Kulissen in den Kandidatenprozess für beide Parteien.

Bevor ich anfange, ist es wichtig, sich daran zu erinnern, dass jeder menschlich ist und die Menschen unvollkommen sind. Es gibt keinen perfekten Entwickler. Behandle alle wie gewöhnliche Menschen. Es ist in Ordnung, überrascht zu sein, was manche Menschen erreicht haben, aber es ist nicht in Ordnung, andere anzubeten. Talent ist sowohl angeboren als auch erworben, und Sie können es auch lernen. Ihr Interviewer und Sie sind beide unvollkommen. Interviews sollten sich nicht um Perfektion handeln. So sollte das Interview aussehen.

Fünf Dinge, die ich in Kandidaten suche

Die Werte von Gitlab decken viele wichtige Aspekte ab und Sie sollten es lesen. Dies basiert auf der losen Grundlage dieser Werte.

Als Interviewer kann ich mich nur auf so viele Dinge konzentrieren, wenn ich ein produktiver und aktiver Zuhörer werde. Aber ich habe fünf spezifische Dinge, auf die ich achten möchte:

1. Ist diese Person "klare"?
2. Erfüllt diese Person technisch die Anforderungen dieser Rolle?
3. Kann diese Person in dieser Rolle autark sein?
4. Ist diese Person stark in der Kommunikation? Können sie gut mit dem Team kommunizieren?
5. Kann diese Person gut mit positivem und negativem Feedback umgehen?

Natürlich suche ich nach anderen Dingen, aber diese fünf Dinge reichen aus, um Ihnen den Job zu bekommen, den Sie sich wünschen, wenn Sie mit mir interviewen.

Vergiss nervös. Ich werde dich niemals dafür verantwortlich machen. Ich weiß, dass Sie nervös sein könnten, es ist absolut in Ordnung. In seltenen Fällen kann die Spannung zu einem schwächenden Faktor werden. In diesem Fall bitte ich Sie nur, sie neu festzulegen. Leg einfach nicht mein Handy auf!

Erkenne, dass es Voreingenommenheit geben wird

Wir wurden in Gitlab in Voreingenommenheit ausgebildet. Eine Sache, die ich im Training gelernt habe, ist, dass jeder Voreingenommenheit hat, ob Sie denken, dass Sie voreingenommen sind oder nicht. Einmal dachte ich daran, blinde Interviews wie einige Orchester zu führen. Wir haben es nie implementiert (und es ist schwer), aber deshalb habe ich eine Liste von Fragen und eine Zusammenfassung dessen, was ich in jedem Interview behandeln möchte. Es gibt ein Skript, das ich für jedes Interview befolgen kann. Alles ist so repetitiv und ähnlich wie möglich. Im Laufe des Interviews kann ich feststellen, ob ich schwierigere Fragen stellen kann. Das schwierigere Problem ist nicht, Kandidaten zu beseitigen, sondern qualifizierte Kandidaten. Wenn Sie meine Rätsel beantworten können, bedeutet dies, dass Sie über umfassende Erfahrung und Wissen verfügen. Es ist wichtig zu wissen, dass ich Trivia -Fragen in irgendeiner Form stellen muss, aber ich bewerte Kandidaten nicht anhand von Trivia -Fragen . Dies soll Ihr Wissen und Ihre Tiefe von JavaScript verstehen.

Mit anderen Worten, es gibt immer noch eine triviale Frage, die niemand richtig beantwortet hat. Ich werde weiter fragen und ich glaube, dass eines Tages jemand richtig antworten wird. Trivia -Fragen machen Spaß, weil ich ein großer JavaScript -Fan bin. Ich spreche einfach gerne über alle Vor- und Nachteile von JavaScript. Ich suche jemanden, der mein Codierungspartner sein kann. Bei der Rekrutierung von Menschen geht es darum, Menschen zu finden, mit denen Sie zusammenarbeiten können , nicht Menschen, die für Sie arbeiten.

Unerfahrene Interviewer testen Sie dazu, Sie zu testen, was sie wissen (damit sie sich ein wenig sicherer fühlen, wenn sie Sie für „falsche“ Antworten kritisieren können).

Stattdessen konzentrieren sich gute Interviewer auf das, was Sie wissen, und fördern den Zwei-Wege-Dialog, um die gemeinsame Passform zu erkunden.

- Jennifer Kim (@jenistyping) 8. April 2019

Ich möchte Ihre technischen Funktionen kennenlernen

Dies ist wahrscheinlich das, was die Leute am meisten fürchten. Während des Interviews stellen wir Fragen wie "Warum ist die Schacht Cover?" Die Wahrheit ist, dass einige Unternehmen möglicherweise mäßig schwierige Fragen von Leetcode stellen, während andere möglicherweise überhaupt keine technischen Fragen stellen.

Was suche ich in Ihren Fähigkeiten?

Erfahrung ist überzeugender als jede technische Interviewfrage, die ich stellen kann. Wenn ich beispielsweise eine Position des Front-End-Ingenieurs einstelle und mir jemand gesagt hat, dass sie sich selbst etwas Cooles gebaut haben und wir darüber diskutieren können, ist dies großartig. Danach muss ich ihnen möglicherweise auch einige Fragen stellen, oder die Demo könnte alle meine Fragen beantworten (nicht wahrscheinlich, aber möglich). Aber es wäre großartig, wenn wir den Code nach etwas durchsuchen könnten, auf das Sie sehr stolz sind.

Es wäre hilfreich, wenn Sie mir sagen könnten, was Sie für eine andere Firma aufgebaut haben, dass ich mir Ihren Code ansehen könnte, oder dass Sie ihn vollständig erklären könnten. Was ist die Herausforderung? Wie haben Sie mit 10.000 Kommentaren umgegangen? Wie gehen Sie mit Handy um? Was sind die Herausforderungen? Lassen Sie mich ein Beispiel geben: Sie haben ein Kommentarsystem für GitLab erstellt. Eine interessante Herausforderung für das Kommentarsystem besteht darin, mit dem Problem zu befassen, Benutzer im Dropdown-Menü @ zu laden, um andere Benutzer zu erwähnen. Es stellt sich heraus, dass die JSON-Nutzlast für dieses Dropdown-Menü sehr groß werden kann, und das Laden, wenn die Seite die Seite lädt, wird deutlich langsamer. Das Ladedaten ist jedoch auch bei der ersten @ Taste -Presse langsam, da die Nutzlast 10 MB überschreiten kann. Wir möchten, dass Benutzer eine nahtlose Erfahrung haben und nicht erkennen, dass die Daten Zeit zum Laden benötigen. Eine gute Möglichkeit, über diese Erfahrung zu sprechen, besteht darin, einige der Methoden zu beschreiben, die Sie in Betracht gezogen haben, z. B.:

1. Die Daten werden geladen, wenn das Kommentarfeld zum ersten Mal im Ansichtsfenster angezeigt wird.
2. Laden Sie Daten, wenn der Benutzer zum ersten Mal über den Textbereich schwebt.
3. Sobald der Benutzer mit genügend Dynamik beginnt, werden die Daten geladen.

Der letzte ist keine langweilige Lösung, aber ich habe jemanden während des Interviews sagen hören.

Ich könnte nach Algorithmen und Datenstrukturen fragen

Hey, Interviewer, rekrutieren Sie Personen für Ihre Marketing -Website? Stellen Sie ihnen nicht den schwierigsten Algorithmus- und Datenstrukturfragen. Ja, Algorithmen und Datenstrukturen spielen in allen Aspekten eine große Rolle, aber was noch wichtiger ist, die Kandidaten verstehen reaktionsschnelles Design sowie Animation und Leistung. Nachdem wir über Leistung sprechen, sollten sie die große O -Notation verstehen. Sie sollten wissen, was das Neuwagen verursacht hat. Schauen Sie sich Firefox Monitor an und vergleichen Sie es mit Salesforce. Firefox -Websites sind in jeder Hinsicht schneller. Warum ist es schneller? Warum ist die Salesforce -Website so sperrig und langsam? Größen Sie die Größen Sie sie ... Oh! Big O kann Ihnen helfen, einige Teile zu erklären, aber es ist wichtig, das gesamte Bild erklären zu können.

Übrigens Big O Notation, weil ich es erwähnt habe.

Big O ist eine Möglichkeit, Ihre Code -Laufzeit zu beschreiben und/oder wie viel Speicherplatz Ihr Code im schlimmsten Fall nimmt. Ich denke, es ist wirklich gut, es zu lernen, und es hilft bei der alltäglichen Programmierung. Sie können und sollten es lernen, was ungefähr eine Stunde dauern kann. Nach einer Stunde sind Sie wahrscheinlich bereit, alle legalen großen Fragen zu beantworten, die der Interviewer stellt.

Big O ist kein Kurs, den Sie belegen müssen. Hier sind einige Artikel, die es Ihnen in weniger als einer Stunde erklären können:

• Ich mag diesen Beitrag.
• Für formellere, aber letztendlich leicht zu verstehen Artikel finden Sie in Brillant.
• Für ein Cheat -Blatt, mit dem Sie sich wohl fühlen, schauen Sie sich das große O -Cheat -Blatt an.
• Für einige großartige Beispiele (in verschiedenen Sprachen, aber sehr leicht zu verstehen) lesen Sie diesen Artikel.

OK, zurück zum Algorithmus und zum Datenstrukturen im Interview.

Da diese Art von Problemen auftreten können, lohnt es sich, im Voraus Hausaufgaben zu machen. Es gibt zwei typische Goldstandards für Interviews für Lernalgorithmen und Datenstrukturen.

• Es gibt ein Buch "Cracking Coding Interview" von Gale Lackman McDowell.
• Es gibt eine Website namens Leetcode mit vielen Ressourcen.

Es gibt viele andere Dinge, die für Algorithmen und Datenstrukturen, viele Codierungsinterviews empfohlen werden, aber anstatt sich an jedes Beispiel der Welt zu erinnern (was keine Probleme für Sie löst), lernen Sie, wie man sie löst.

Wie ich oben sagte, sollten Front-End-Ingenieure ein großes O für ihre Gesundheit lernen, denn es ist gut für Sie, genau wie das Essen Ihres Webster-Müsli. Sofern die Arbeit nicht ein umfangreiches Algorithmus- und Datenstrukturwissen erfordert, sollte der Interviewer keine breite Palette von Algorithmen und Datenstrukturfragen stellen . Wenn ich wie Vue ein Front-End-Framework entworfen habe, ist es sehr wichtig, den DOM-Differenzalgorithmus zu optimieren oder die Implementierung des von Ihnen verwendeten Algorithmus zumindest zu verstehen. Aber heißt das, ich werde sieben zusätzliche Rätsel von CTCI fragen? Gewohnheit. Sie testen Verständnis, kein Gedächtnis. Wenn Menschen diese Probleme lösen (wenn ich sie frage), möchte ich, dass sie über dieses Problem nachdenken und wir dieses Problem gemeinsam lösen, nicht ich möchte, dass sie die richtige Antwort erhalten. Es geht darum, herauszufinden, was Sie als Ingenieur tun können, nachdem Sie den Job erhalten haben - nicht an was Sie gestern erinnern. Eine Person, die Algorithmen versteht, kann sie besser implementieren als jemand, der sie bei der Arbeit lernen muss.

Rekrutieren Sie Personen, um ein Abhängigkeitsmanagementsystem aufzubauen? Diese Person muss viel über Algorithmen und Datenstrukturen wissen.

Dies sind zwei Extreme des Spektrums, aber meiner Meinung nach muss nicht jeder wissen, wie man einen rot-schwarzen Baum von Grund auf neu schreibt-aber jeder sollte Big O kennen. Das Erlernen typischer Algorithmen und Datenstrukturen verbessert jedoch Ihre Fähigkeiten als Softwareentwickler erheblich.

Wenn ich Fragen zu Algorithmen und Datenstrukturen stelle, stelle ich die folgenden Fragen:

• Was ist eine verknüpfte Liste? Können Sie mir zeigen, wie ich es mit und ohne Arrays in JavaScript implementieren kann?
• Was ist der Unterschied zwischen BFS und DFS? Kannst du einen von ihnen erreichen?

Wenn Sie diese Fragen falsch beantworten, werden Sie niemanden beseitigen. Denken Sie daran, ich benutze keine Trivia, um Kandidaten zu bewerten.

Bist du klar, dass du klar bist?

Während des Interviews suchte ich auch nach vielen Soft Skills. Dies ist meine Art zu bestimmen, ob Sie „klar“ sind.

Streng genommen bedeutet dies, dass Sie die richtige Entscheidung getroffen haben, aber für mich ist es viel mehr als das. Eine klare Person trifft angemessene Entscheidungen. Es ist eine gute Sache, eine andere Meinung von mir zu haben, aber wir sollten einem Wissensstandard zustimmen. Zum Beispiel sollten wir uns alle einig sein, dass es eine schlechte Idee ist, nur die absolute Position zu verwenden, um den gesamten Blog zu layout. Dies ist keine vernünftige Entscheidung.

Aber ich könnte ein solches Szenario erstellen, um diese Fähigkeiten zu überprüfen:

Gehen wir zu Codepen und erstellen Sie eine statische Blog -Homepage. Wir brauchen ein Navigationsmenü, wir brauchen einen Platz für den Titel und den Artikel, und unten lassen Sie uns einige Kommentare und Fußzeilen haben.

Ich werde Sie dann durch die verschiedenen Möglichkeiten führen, um Navigation und die Vor- und Nachteile von jedem zu erstellen. Für viele der Front-End-Entwickler, die ich anstelle, frage ich mich, ob sie ein Kern-JavaScript verstehen. Deshalb kann ich sie bitten, einige kleine Funktionen mit nur nativem JavaScript hinzuzufügen.

Wenn ein Framework alles für Sie tut, müssen Sie nicht selbst Dinge tun. Ich möchte wissen, ob Sie die globale Situation verstehen.

"Sobert" ist eine ausgefallene Aussage, was bedeutet, dass Ihre Sachen organisiert sind. Dies ist keine erschöpfende Liste, aber das sind die Dinge, die meine Aufmerksamkeit erregt haben:

• Pass gut auf dich auf

• Sie sprechen professionell (dies ist einflussreicher als die meisten Menschen wissen)

• Sehr private Details weggelassen

• Fragen genau beantworten

• Sich Zeit nehmen, um nachzudenken

• Wenn Sie nicht wissen, sagen Sie "Ich weiß nicht"

• Selbstbewusst, aber nicht eingebildet sein, auch wenn Sie es nicht sind

• Sie erreichen das, was Sie angefangen haben

• Du bist ehrlich

• Kannst du nein sagen

• Sie wissen, was Sie wollen und möchten anderen helfen, das zu bekommen, was sie wollen

• Sie werden nicht zustimmen und sogar diskutieren, aber wissen, wann Sie aufgeben müssen

• Sie können während des Interviews effektiv kommunizieren

• Ist dieses Gespräch einfach oder anstrengend?

• Sprechen Sie fließend Englisch? Der Akzent ist absolut in Ordnung!

• Verstehst du das Konzept, das diskutiert wird?

• Sie sind eine freundliche Person.

Über den letzten Punkt: Freundlichkeit bedeutet nicht, dass Sie eine schwache Person sind. Freundlichkeit ist ein wichtiger Teil der Herausforderung anderer und der Feedback.

Ich möchte sehen, ob Sie autark sind

Es scheint jetzt offensichtlich, aber ich glaube-nach Gitlabs Job-Selbstversorgung ist etwas, nach dem die Interviewer in allen beauftragt werden. Die Selbstversorgung spielt eine wichtige Rolle in Ihrer Rolle im Unternehmen.

Um zum Beispiel das Extrem zu erreichen, denken Sie an einen General Manager, der möglicherweise die geringste externe Anleitung hat als jeder andere im Team. Jeder hat eine Verantwortung, aber der General Manager muss in der Regel in vielen Dingen gut sein, einschließlich (aber nicht beschränkt auf) Marketing, Vertrieb und Management. All dies wird sich entsprechend der Größe des Teams ändern. Ihre Rolle ist wahrscheinlich die vageste. Sie sind sehr autark. Meiner Meinung nach sollten hochrangige Entwickler in der Lage sein, die gesamte groß angelegte Funktionalität zu übernehmen und korrekt zu implementieren.

Dies bedeutet nicht, dass Entwickler dabei nicht kommunizieren sollten. Sie sollten Fragen stellen und mit anderen zusammenarbeiten, um den besten Weg nach vorne zu finden.

Die Überprüfung der Codes der Interviewer hat die Chance, (auf eine gute Weise) langweilig zu werden, da wir wissen, was uns von ihnen erwartet. Wir verlassen uns auf sie, um Entwickler mit weniger Erfahrung zu betreuen. Juniorentwickler sollten auch autark sein, aber möglicherweise nicht allein große Projekte durchführen. Juniorentwickler leisten oft gut in kleinen Arbeiten. Zum Beispiel kann es für Junior -Entwickler eine großartige Sache sein, kleine Aufgaben zu übernehmen, die hochrangige Entwickler in großen Projekten übernehmen. Senior-Entwickler können auch Juniorentwickler leiten und sie in die richtige Richtung führen, damit sie selbstfreundlicher werden können, was für beide Parteien eine gute Sache ist-und für Manager, da sie mehr Arbeit an hochrangige Entwickler delegieren können.

Wenn Sie ein Front-End-Entwickler sind und in dieser Phase Ihrer Karriere Hand in Hand sein müssen, ist es völlig 100% in Ordnung, jeder hat es erlebt. Oder wenn Sie viele Orte anwenden, aber keine Ergebnisse erzielen und sehr frustriert sind: Ich schlage vor, Sie werden vor der Bewerbung autarker. Eine Möglichkeit, wie ich vorschlage, dass Sie autarker werden und den gewünschten Job erhalten: Vergessen Sie Code-Beispiele, kleine Cart-Apps und deren Vorlieben, weil sie in Vorstellungsgesprächen nicht gut abschneiden. Erstellen Sie eine vollständige App für jemanden und tun Sie sie zu einem niedrigen Preis oder kostenlosen Weise. Finden Sie eine Kirche, eine Synagoge, einen Schutz oder eine andere Person in Ihrer Nähe und erstellen Sie die Initiative, um eine Website für sie zu erstellen.

Denken Sie daran, dass kostenlose Kunden normalerweise am schlimmsten sind. Es wird sich lohnen, wenn Sie sagen können, dass Sie für mehrere Kunden gearbeitet haben. Um zusätzliche Punkte zu verdienen, dokumentieren Sie Ihre Arbeit in einigen Blog -Posts. Diese Inhalte sehen in Ihrem Lebenslauf großartig aus und lassen Sie sich vom Rest der Welt abheben. Ich weiß, dass jeder problemlos eine Website über Wix oder eine andere Plattform für die Erstellung von Websites erhalten kann, aber nichts ist besser als eine gut gestaltete, benutzerdefinierte Website. Ich glaube, ich habe ungefähr 10 Websites gemacht, bevor ich meinen ersten Programmierjob bekam. Ich könnte ein Buch schreiben, um diese verrückten Geschichten zu erzählen.

Kommunikation und Feedback sind der Schlüssel

Dies ist ein weiterer Punkt, der offensichtlich erscheint, aber schwer gut zu machen ist. Die Kommunikation ist im GitLab -Handbuch gut dokumentiert, daher werde ich nicht detailliert darauf eingehen. Sagen Sie einfach, ich folge den Werten von Gitlab und wir suchen nach anderen Personen, die hoffen, diese Werte auch zu folgen. Positives und negatives Feedback ist auch im GitLab -Handbuch gut dokumentiert, daher werde ich es hier nicht abdecken.

Wie mache ich den Rest des Interviews?

Da wir viele Kandidaten in Gitlab interviewt haben, folgten wir einem gemeinsamen Prozess, damit wir ihn leicht wiederholen konnten. Ich werde nicht auf unseren Interviewprozess eingehen, da sich weiterentwickelt. Aber insgesamt ist dies der Prozess, den ich folgte.

Erzähl mir von dir

Ihnen wird Ihnen eine berühmte Frage gestellt, die sich ähnelt wie "Erzählen Sie mir von Ihrer eigenen Situation", "sagen Sie mir, was Sie getan haben" oder "Erzählen Sie mir von Ihrer Situation während [Firmenname]". Wenn ich diese Frage stelle, versuche ich, die Verbindung zwischen dem Job zu finden, für den Sie sich beworben haben, und Ihrem früheren Job. Es ist am besten, im Voraus Gemeinsamkeiten zu finden.

Wenn ich beispielsweise als Mitarbeiter von GitLab FAang als persönlicher Front-End-Ingenieur bewerbe, glaube ich, dass Gitlab und dieses Unternehmen daran arbeiten, die Seitenladungsgeschwindigkeit zu verbessern. Vielleicht bemerkte ich, dass als ich zum ersten Mal GitLab zuging, 26.000 Event -Hörer auf einer Seite waren und es in der Lage waren, es auf 0 zu reduzieren, die Ladezeit um 50%auf 200 ms zu reduzieren. Ich glaube, dies wird mit dem Gespräch zusammenhängen.

Also könnte ich als Interviewer das sagen:

"Hallo! Ich bin ein Front-End-Ingenieur bei Gitlab, ich bin seit 3,5 Jahren hier und ich habe während meiner Amtszeit viele große Verbesserungen vorgenommen, und meine Lieblingsarbeitsbereiche sind Performance, UX-Design-Implementierung und Architekturdesign."

Zu diesem Zeitpunkt möchten Sie nicht auf zu viele Details eingehen, aber es ist am besten, dem Interviewer einige Fakten zu geben, mit denen man sich befassen kann. Als ich diese Frage stellte, erzählte jemand 10 Minuten ihrer gesamten Karriere im Detail, was frustrierend war.

Was hat Sie dazu gebracht, sich für unser Unternehmen zu bewerben?

Der Interviewer kann fragen: "Warum haben Sie sich für unser Unternehmen bewerben?" Ich hoffe, Sie arbeiten gerne für dieses Unternehmen - oder warum sollten Sie sich die Mühe machen, sich zu bewerben?

Aus irgendeinem Grund überrexieren dieses Problem Kandidaten häufig, die den Namen unseres Unternehmens durcheinander bringen. Dies ist ein völlig normales Verhalten, insbesondere wenn Ihr Unternehmen wie ein anderes Unternehmen klingt.

Was ich zu diesem Zeitpunkt suche, ist zu sehen, ob Sie nur einen Job suchen, oder Sie sind wirklich aufgeregt, mit uns zu arbeiten. Wir wollen Leute, die wirklich mit uns arbeiten wollen. Zu diesem Zeitpunkt kann ich auch sehen, ob eine Person die Situation unseres Unternehmens versteht. Zum Beispiel mögen einige Leute unsere Werte, lesen sie und möchten in einem Unternehmen arbeiten, das sie hat. Einige Leute wollen das große Problem lösen, das wir lösen. Einige Leute haben die Reden und Artikel unseres Teams gelesen und möchten mit Menschen so schlau arbeiten wie sie sind.

Was sind deine fünf Dinge?

Schließlich frage ich gerne, ob der Kandidat Fragen zu mir hat. Dies ist ein wichtiger Teil des Interviews und Sie sollten vorher sorgfältig darüber nachdenken. Ihr Ziel ist es, mich dazu zu bringen, zu antworten: "Oh oh, oh, gute Frage!" Einerseits versuche ich wirklich, alle Fragen zu beantworten, die Sie stellen, also sei nicht schüchtern. Andererseits versuche ich auch, Ihr Interesse an dem Job zu messen, also sind Wörter wie "Äh, ich weiß nicht" oft sehr frustrierend, weil es zeigt, dass Sie möglicherweise abgelenkt wurden oder dass der Job nicht an Ihnen interessiert ist. Dies kann einen unangenehmen Nachgeschmack hinterlassen.

Finden Sie Ihren Interviewer und lernen Sie sie kennen. Dies im Voraus kann eine auf Augenöffnungen eröffnete Übung sein. Möglicherweise verstehen Sie die Strategien für die Kundenerwerb, die zu vielen anderen interessanten Fragen führen können. Wenn das Unternehmen ein Startup ist, planen sie, erworben zu werden, oder möchten sie einen Börsengang durchführen? Dies wird Sie professionell klingen, wenn Sie eine klare, gut durchdachte Frage haben, die auch eines der wichtigsten Dinge ist, die ich aufgelistet habe.

Wenn Sie sich keine Fragen vorstellen können, die Sie stellen sollten, möchten Sie diesen Job wirklich? Wenn der Interviewer eine persönliche Website hat, schauen Sie sich sie an und wenn es keine anderen Fragen gibt, können Sie ihm Fragen zu den Comics stellen, die sie geschrieben und auf ihrer Website veröffentlicht haben.

Aber ich schlage vor:

1. Stellen Sie Interviewfragen, an denen Sie normalerweise interessiert sind. Beachten Sie dies vor einem Interview, denn eine wirklich nachdenkliche Frage kann Ihre Kandidatur oft erheblich verbessern.
2. Was suchen Sie im Unternehmen als Kandidat? Was muss der Interviewer Ihnen beweisen, damit Sie den Job annehmen können?
3. Sind diese Menschen so klar wie Sie? Weißt du, es ist ein Zwei-Wege.
4. Sieht das nach einem interessanten Job aus? Willst du überhaupt einen lustigen Job?
5. An wen werden Sie melden? Hast du mit ihnen gesprochen? Können Sie die Möglichkeit haben, während des Interviews mit ihnen zu sprechen?
6. Sind Sie unterrepräsentiert? Ersetzen Sie beispielsweise jemanden oder übernehmen eine neue Rolle? Wie viele andere werden das tun, was Sie tun? Auf welche Anzeichen sollten andere unterrepräsentierte Personen aufpassen? Welche Zeichen zeigen Ihnen, dass dies eine gute Umgebung für Sie ist?

Stellen Sie zu diesem Zeitpunkt keine Fragen zu Gehalt oder Vorteilen. Diese Dinge können besprochen werden, wenn Sie ein vorläufiges Telefongespräch mit dem Personalvermittler führen (und wahrscheinlich), bevor Sie jemanden wie mich finden.

abschließend

Im Gegensatz zur Programmierung sind Interviews keine genaue Wissenschaft. Sie versuchen zu beweisen, dass Sie sich über die Aussicht, mit dem Unternehmen zusammenzuarbeiten, begeistert sind. Sie möchten dies dem Interviewer und sich selbst beweisen. Ich hoffe, Sie wollen einen interessanten Job. Dieser Leitfaden ist kein Skript, dem Sie folgen sollten, sondern eher einige lose Ideen, die Ihnen helfen, in die Denkweise des Interviewers einzusteigen, die auch einige Tipps für andere Interviewer enthält. Vielleicht habe ich auf etwas hingewiesen, das Sie vorher vielleicht noch nicht gekannt hätten.

Denken Sie daran, dass ein Interview theoretisch kein schrecklicher Prozess sein sollte, sondern eher eine Suche nach einem Partner, der zusammenarbeitet.

Das obige ist der detaillierte Inhalt vonInterview für eine technische Position muss nicht beängstigend sein. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!