Es ist absolut unmöglich, dass Sie erwarten können, alle möglichen Fragen zu üben.

Es geht nicht darum, sich etwas zu merken, es geht darum, ausreichend mit Datenstrukturen und Algorithmen vertraut zu sein, um es herauszufinden raus und schnell. Und Sie erhalten diese Belichtung mit Übung.

• Nehmen Sie an einigen Online-Kursen zu Datenstruktur und Algorithmen teil (z. B. von Coursera - sie sind kostenlos) - das habe ich gelernt Vieles von einigen dieser Kurse, die eigentlich ein Undergrad sein sollten, obwohl ich bereits meinen Abschluss hatte - der Unterschied zwischen verschiedenen Universitäten ist so groß, dass Sie unbedingt einige dieser Kurse belegen müssen, um sicherzugehen, dass Sie auf dem neuesten Stand sind.

• Verbringen Sie einige Zeit auf wettbewerbsfähigen Programmierseiten (z. B. HackerRank, CodeChef, Topcoder). .

• Es gibt viele Blogs und dergleichen (z. B. CareerCup und GeeksforGeeks.com) zum Codieren von Interviewfragen - don Lesen Sie die Lösungen nicht sofort, schreiben Sie den eigentlichen Arbeitscode auf Papier und geben Sie an, wie lange Sie brauchen - Ihr Ziel ist es, weniger als eine Stunde nach dem Beginn des Lesens der Frage zu sagen, da dies ungefähr so ​​lange dauert Interviews sind in der Regel.

• Stapelüberlauf kann sicherlich helfen, insbesondere die Algo Tags rithm und Datenstrukturen - Sie müssen (zunächst) nicht einmal etwas beantworten, sondern können nur die Fragen lesen und versuchen, es selbst herauszufinden (versuchen Sie, den Code zu schreiben). und lesen Sie dann die Antworten. Während viele der Fragen möglicherweise keine Interviewfragen sind, können Dinge wie das Auffinden von Fehlern im Code anderer auch dazu beitragen, dass Sie ein besserer Programmierer werden.

  Das Lesen und Schreiben verständlicher Antworten hilft auch sehr beim Erstellen Sie können sich besser gut erklären, was in einem Interview sehr nützlich ist (geben Sie keine Antworten nur mit Code an).

In Bezug auf allgemeine Interviewtipps - reden.

Mir ist klar, dass manche Leute in der Stille vielleicht besser denken, aber das Problem, nichts zu sagen, ist, dass der Interviewer keine Ahnung hat, was Sie denken. Gehen Sie durch, was Sie vorhaben. Wenn Sie einige Ideen haben, auch wenn Sie denken, dass sie schlecht sind oder nicht funktionieren, teilen Sie sie einfach mit (Sie können sogar sagen, dass Sie denken, dass sie schlecht sind - ob Sie es glauben oder nicht, aber schlechte Ideen helfen Ihren Chancen oft sehr ).

Wenn Sie nichts sagen und nichts schreiben, wird der Interviewer Ihnen höchstwahrscheinlich Fragen stellen, um festzustellen, ob Sie möglicherweise einen Tipp benötigen oder was genau Ihnen durch den Kopf geht.

Sie sollten jedoch jederzeit damit rechnen, auf eine Frage zu antworten. Sie fragen möglicherweise nach Ihrer Motivation, bestimmte Entscheidungen zu treffen, oder versuchen, Sie mit einigen Leitfragen in die richtige Richtung zu führen.

Denken Sie daran, dass eine 'schlechte', wirklich offensichtliche Lösung besser ist als keine Lösung - zum Beispiel, selbst wenn Sie nur Code schreiben, um die verknüpfte Liste zu durchlaufen, und die Elemente in die Vorderseite einer anderen verknüpften Liste einfügen. Liste, die zu einer umgekehrten Liste führen würde, das ist viel besser, als keine Lösung zu geben. Wenn Sie jemals stecken bleiben, treten Sie zwei Schritte zurück und überlegen Sie sich einen wirklich ineffizienten Weg, um das Problem zu lösen. Bei Interviewfragen gibt es häufig einen.

Machen Sie auch keine Annahmen. um Klarstellung zu bitten ist gut . Aktiv versuchen , nicht sofort mit dem Schreiben von Code zu beginnen - versuchen Sie, zumindest etwas in der Frage zu finden, das unklar ist und nach dem Sie fragen können. Rechts von der Fledermaus - um welche Art von verknüpfter Liste handelt es sich? Doppel oder einfach? Sie können nach der Komplexität von Zeit und Raum fragen, aber ich würde mich nicht zu sehr darum kümmern, um damit zu beginnen, da diese als Hauptablenkung für eine etwas schlechtere Lösung dienen können, die immer noch als akzeptabel angesehen werden kann und Ihnen am Ende den Job verschafft.

In Bezug auf das Üben von tatsächlichen Interviews - holen Sie sich einen Programmiererfreund, der einige tatsächliche Übungsinterviews mit Ihnen führt.

Besorgen Sie sich ein Whiteboard (oder ein Notizblock funktioniert möglicherweise auch), lassen Sie sich von ihm fragen, wie Sie eine verknüpfte Liste umkehren, und schreiben Sie den eigentlichen Code auf das Whiteboard. Lassen Sie ihn / sie:

• Überprüfen Sie, ob Sie um Klärung bitten.
• Überprüfen Sie, ob Sie nicht still sind und zu lange nichts tun (ich bin mir nicht sicher, wie lang ist zu lang, 30 Sekunden?)
• Kommen Sie nach dem Zufallsprinzip mit der Frage vorbei, warum Sie eine bestimmte Wahl getroffen haben, oder bitten Sie Sie, Ihren Code zu erklären.

Sie könnten bekommen Ihre Fragen stammen aus einem Blog über das Codieren von Interviewfragen, sodass Sie keine Ahnung haben, was auf Sie zukommt (es könnte sich um eine absichtlich unterbestimmte Frage handeln, sodass Sie um Klärung bitten müssen (gut) oder eine Menge Annahmen treffen müssen (schlecht)).

Ich würde auch einige nicht codierende (dh HR) Interviewfragen einmischen, da Sie diese wahrscheinlich in tatsächlichen Interviews erhalten und die Beantwortung dieser Fragen möglicherweise unterschiedliche Einstellungen erfordert Sie versuchen, es so real wie möglich zu machen.

Zum Abschluss - üben Sie das Schreiben von vollständig funktionierendem Code ohne IDE, ohne ihn zu testen, bevor er vollständig abgeschlossen ist (und testen Sie ihn anschließend ausgiebig um sicherzustellen, dass es funktioniert). Wenn Sie es nicht gewohnt sind, auf die Hilfe einer IDE zu verzichten, könnte es Ihnen allein mit diesem Aspekt schwer fallen.

Vor Jahrzehnten hatte ich einen Chemieingenieur, der ein wirklich kluger, extrem harter Keks war. Er würde genau sagen, was er uns bei seinen Prüfungen antun würde, genau sagen, welche Fragen er stellen würde. Und dann würde er uns auslöschen, egal wie intensiv wir studiert haben. Es war für uns unangenehm, da es demütigend war. Normalerweise geht man nicht in die Ingenieurschule, weil man ein Dummy ist. 1) eine gute Nachtruhe. Ernsthaft. Wenn Sie unter extremem Stress stehen, reagieren Sie besser und effektiver, wenn Sie vollständig ausgeruht sind. Oder so ausgeruht können Sie sein, wenn Sie zur Ingenieurschule gehen :)

(2) Erwarten Sie das Unerwartete, aber hören Sie auf, sich darüber Sorgen zu machen. Das Problem / die Einschränkung beim Überstudieren und Unterdenken ist, dass Sie auf keinen Fall für alle Fälle üben können. Das Universum potenzieller Fragen ist einfach zu groß. Was Sie tun können, ist, Elemente von Fragen zu erkennen, die Sie zuvor studiert haben, und sich von dort aus weiterzuarbeiten.

(3) Seien Sie äußerst selbstbewusst. Wenn Sie es geschraubt haben, haben Sie es geschraubt. Aber wenn Sie sich als klug und zäh und zu allem bereit betrachten, werden Sie zu: klug, zäh und zu allem bereit. So werden Sie erfolgreich. Weil die Göttin des Erfolgs launisch mit geringen Loyalitäten ist und diejenigen liebt, die klug, hart und zu allem bereit sind.

(4) Arbeiten Sie an Ihren Grundlagen. Arbeiten Sie weiter an Ihren Grundlagen, bis Sie sie im Schlaf erledigen können. Es geht nicht darum, sich etwas zu merken und zu stopfen, es geht darum, zu verstehen und zu kontrollieren, was Sie tun.

Am Ende des Tages ist das Gewinnen eine Vertrauenssache: Vertrauen in Ihre Fähigkeiten, Vertrauen in Ihr Training, Vertrauen in Ihr Wissen über Ihre Stärken und Schwächen, Vertrauen in Ihre Fähigkeit zu kompromissloser, aber fairer Selbstprüfung, Vertrauen dass Sie gewinnen, egal was sonst noch schief gehen kann. Und weißt du was? Arbeitgeber mögen selbstbewusste Menschen. Weil sie wissen oder wissen sollten, dass sie ihr Schicksal in die Hände ihrer Mitarbeiter legen.

Bei den Whiteboard-Codierungsfragen geht es um Kommunikation und nicht um Auswendiglernen . Während Sie am Ende vielleicht wissen, was technisch die richtige Antwort in Bezug auf Code ist, stellen Sie fest, dass hier wirklich bewertet wird, wie gut Sie kommunizieren, wie Sie denken, stellen Sie klärende Fragen, welche Nebenüberlegungen bringen Sie mit Wie gut präsentieren Sie Ihre Antwort ?

Mein Vorschlag ist, mindestens eine Handvoll ziemlich einfacher Programmieraufgaben wie das Umkehren einer verknüpften Liste, das Umkehren einer Zeichenfolge oder das Erstellen zu übernehmen Eine Prioritätswarteschlange, die Fizzbuzz löst und die Schritte zum Einrichten Ihrer Lösung durchläuft. Welche Fragen stellen Sie im Voraus? Wo möchten Sie klären, ob Zeit oder Raum für die Lösung Priorität haben? Welche Sprachen verwenden Sie und gibt es andere, die interessant sein könnten, um zu sehen, wie die Lösung in den Sprachen aussehen würde, die Sie vielleicht nicht so gut kennen.

Ich kann mich daran erinnern, dass ich einen Crashkurs absolviert habe von einem Personalvermittler, als ich in Seattle, Washington, darüber lebte, und es war sehr nützlich, das Rahmenwerk zu haben, um zu wissen, wo ich den Code schreiben würde, wo ich Testfälle platzieren würde, wo ich Komplexitäten angeben würde usw., damit ich Ich hatte den Ausgangspunkt, organisiert zu sein und mich durch das Problem zu bewegen, da diese so einfach sein sollen, dass Sie es wahrscheinlich im Interview tun könnten, wenn Sie es herausfinden müssten, da es nicht um den Trick geht, den Algorithmus zu finden, sondern Wie gut können Sie zeigen, dass Sie am Ende eine gute Lösung haben?

Wenn Sie etwas zu Vergleichszwecken möchten, sollten Sie Probleme mit mathematischen Wörtern in der Schule berücksichtigen. In der zweiten Klasse reicht es aus, die Zahl am Ende richtig zu machen, während es in der siebten Klasse wichtiger ist, den Ansatz zu notieren, mit dem Sie Ihre Antwort begründen . Während in der zweiten Klasse der Lehrer die Antwort kennt und das Kind, das sie gefunden hat, anerkennen kann, ist es in höheren Klassen wichtiger zu wissen, warum etwas richtig ist, damit jemand nicht begründet: "Nun, ich nur denke gut, also dachte ich, das würde funktionieren ... "

Ihre Aufgabe als Softwareentwickler besteht nicht darin, Code zu schreiben, sondern Probleme zu lösen. Wenn Sie nicht vor kurzem das College verlassen haben, würde ich erwarten, dass Sie (lesen Sie: jeder, der sich für einen Programmierjob bewirbt, der Vorkenntnisse erfordert) herausfinden, wie Sie eine verknüpfte Liste mit etwas Zeit umkehren können. Warum? Weil Sie in Ihrem Job sehr ähnliche Dinge tun müssen, aber keine Dinge, die bereits in einer Standardbibliothek vorhanden sind.

Geben Sie mir keinen Mist über den Interviewdruck - Ihr täglicher Job ist Es ist sehr wahrscheinlich, dass Ihre Kunden oder Ihr Chef Sie ständig unter Druck setzen.

Das mag hart sein, aber Interviews sind nicht dafür gedacht, dass Sie für sie lernen. Sie sind da, um sicherzustellen, dass Sie Ihren Job machen können. Wenn Sie Ihren Job nicht erledigen können (zufällige Probleme lösen, möglicherweise unter Druck), sollten Sie den Job nicht bekommen .

Wenn Sie studieren, um das Interview zu überstehen und nur zu einem Job zu gelangen, bei dem Sie nicht für jedes neue Problem lernen können, müssen Sie sich nur auf einen Misserfolg einstellen.

Sie sollten nicht alle Fragen üben müssen und sie möchten wahrscheinlich speziell, dass Sie an etwas arbeiten, das Sie nicht speziell geübt haben. Übungen wie diese sind nützlich, weil Sie vermutlich eine Vorstellung davon haben, wo das Problem liegt, damit Sie nicht alle Details verschwenden müssen. Da dies jedoch nicht oft der Fall ist, sehen sie ein Beispiel wie Sie in einem realen Jobszenario arbeiten würden, in dem Sie Code für etwas programmieren, das Sie nicht oder normalerweise nicht getan haben.

"Ich darf nicht, ich denke nur" sagte Eine gute Antwort, solange Sie es in einem höflichen Ton gesagt haben. Der halbe Grund, warum Sie ein solches Problem haben, besteht darin, die tatsächliche Implementierung zu sehen, die Sie durchgeführt haben (haben Sie viel zu viele Variablen verwendet? Hatten Sie eine O (n ^ 4) -Lösung, bei der eine O (n) -Lösung vorhanden war? ). In diesem Fall tun Sie das Beste, was Sie tun können, und wenn Sie ein Problem in Ihrer Lösung sehen, können Sie es wissen lassen (dh "Im Moment habe ich hier eine Platzhalterfunktion, die ich mit etwas mehr Zeit effizienter machen kann." "). Die andere Hälfte ist jedoch nur, um zu sehen, wie Sie arbeiten. Auf diese Weise lässt Ihre Antwort sie das wissen. Sie haben Sie vielleicht gefragt, weil sie sehen wollten, wie Sie Probleme angehen und welche Dinge Sie durchdenken. Wenn Sie einen Interviewer finden, der sich wirklich auf die Details konzentriert und solche Fragen stellt, kann es hilfreich sein, nur laut nachzudenken: "Okay, die angegebene verknüpfte Liste ist also so aufgebaut. Es sieht so aus, als würde ich am Ende enden wollen Diese Zeiger mit denen zu tauschen. Ich könnte es rekursiv tun. Das würde zu ... Wenn ich es iterativ tun würde, würde das zu ... Hmm ... An der Oberfläche sieht es so aus, als wäre dieser Ansatz gut. Also, zuerst Ich brauche eine Variable zum Halten ... "

Wenn ich mich für eine Stelle als "Senior Software Engineer" bewerbe, ist es immer noch sehr wahrscheinlich, dass mir irgendwann während des Interviewprozesses (entweder während des Telefonbildschirms oder vor Ort) eine von drei Fragen gestellt wird:

• Implementieren Sie eine doppelt verknüpfte Liste.
• Implementieren Sie eine Hash-Tabelle.
• Implementieren Sie eine binäre Suche.

Mein Vorschlag wäre, dass Sie im Rahmen Ihrer Interviewvorbereitung (vor jedem Interview) alle drei Methoden mit der entsprechenden Einfügung implementieren und nach den Methoden zum Entfernen von & suchen.

Es wird zunächst mühsam sein, aber nach a Sie haben zwar die Grundstruktur der einzelnen Elemente gespeichert und können sie einfach aus dem Speicher eingeben (oder auf eine Tafel schreiben).

Es scheint Zeitverschwendung zu sein, aber einfach ausgedrückt In der Lage zu sein, diese drei aus dem Speicher zu werfen, könnte bedeuten, dass Ihr Angebot 5-10K höher ist als sonst, daher würde ich die Zeitinvestition als lohnenswert erachten.