Unverzichtbar.

Ich hasse es absolut, wie technische Interviews für Programmierer durchgeführt werden. Können Sie sich vorstellen, dass ein Herzchirurg zu einem Interview in ein Krankenhaus ging und ihm eine Partie "Operation" zum Spielen überreichte? So interviewen wir Programmierer. Es ist so dumm, dass ich für Absätze immer weiter darüber reden könnte.

Aber wenn Sie bei den Top-Tech-Unternehmen der Welt arbeiten wollen, müssen Sie das Spiel spielen, unglaublich dumm und schlecht auf die jeweilige Aufgabe ausgerichtet. Und wenn Sie sich auf ein paar Coding-Interviews begeben möchten, ist das Lesen von Cracking the Coding Interview das Wichtigste, was Sie für sich selbst tun können. Es ist einfach phänomenal.

Es gibt definitiv einige Abschnitte, an denen Gayle nicht besonders interessiert zu sein scheint. Zum Beispiel schien die Berichterstattung über Bit Manipulation etwas flüchtig zu sein, als wäre es ein Bereich, den sie nicht besonders kennt oder mit dem sie sich nicht wohl fühlt. Aber zum größten Teil werden alle wichtigen Dinge in der richtigen Detailstufe behandelt. Es ist gut zu überprüfen, aber wenn Sie mit vielen dieser Datenstrukturen und -konzepte noch nicht vertraut waren, bin ich mir nicht sicher, ob das Buch als Einführung dient.

Eine wichtige Lücke ist die Berichterstattung über Versuche. Sie erhalten einen Shout-Out als Datenstruktur, die im Grunde genommen nicht in Interviews auftaucht, aber ich habe nach dem Lesen dieses Buches bei 5 großen Technologieunternehmen Interviews geführt, und in drei von ihnen waren Versuche die richtige Lösung.

Insgesamt ist der Grund für dieses Buch jedoch die Reihe der Fragen. Fragen, die genau die Art von Dingen sind, die Ihnen beim Codieren von Interviews gestellt werden. Jede Frage enthält einige Hinweise sowie die Antworten auf der Rückseite. Nehmen Sie das Buch und üben Sie das Lösen der Probleme auf einem tatsächlichen Whiteboard. Springen Sie nicht zu den Antworten, sondern lesen Sie die Hinweise (die meisten Interviewer geben ähnliche Hinweise).

Es gibt einfach nichts, was Sie tun können, um das Codierungsinterview besser zu emulieren, als die Probleme in diesem Buch zu üben. Es ist ein Muss.

Ich nehme an, es ist fair zu sagen, dass ich das nie ganz "fertig" lesen werde, aber trotzdem habe ich eine Meinung dazu.

Laakmann (McDowell? Welchen Nachnamen wähle ich?) Zerlegt gründlich verschiedene Arten von Interviewfragen, von Denksportaufgaben bis hin zu OO-Fragen, und es gibt auch eine gute Bandbreite an Schwierigkeiten. Mein einziger Kritikpunkt ist, dass dieses Buch eher für Java-begeisterte Programmierer gedacht ist, die unbedingt bei Microsoft interviewen möchten, als für ... irgendjemanden anderen. Es hilft nicht, dass die Lösungen alle in Java sind. Was ist das, die 90er?

Nehmen Sie dieses Buch also mit einem Körnchen Salz. Ich habe festgestellt, dass sich mehr Unternehmen einem Interviewstil mit Paarprogrammierung zuwenden, der sich auf Ihre Fähigkeiten als * Programmierer * und nicht als * Informatiker * konzentriert. Natürlich kommt es nur darauf an, wo Sie interviewen.

Java ist so eklig anzusehen.

Ich bin sehr negativ in Bezug auf Einstellungspraktiken in der US-Softwareindustrie, wo sie häufig für einen Pizza-Lieferjob interviewen, als ob sie einen Raumschiffpiloten brauchen. Und dieses und viele ähnliche Bücher sind der Höhepunkt dieses fehlerhaften Ansatzes, der die Menschen dazu zwingt, sich schwierige Aufgaben und ihre Lösungen zu merken, anstatt einen starken CS- und Mathematik-Hintergrund zu entwickeln.

Insgesamt war das Buch in Ordnung, um einen Eindruck davon zu bekommen, welchen Wahnsinn man beim Codieren von Interviews erwartet. Aber fast jedes Thema im Buch wird anderswo viel besser behandelt.

Zum Guten oder zum Schlechten ist dieses Buch ein Muss für jeden Entwickler, zumindest aus pragmatischer Sicht. Ich persönlich sehe die aktuellen Interviewpraktiken nicht als gut an, aber Realität ist Realität.

Dies ist ein großartiges Buch zur Vorbereitung von Interviews, und ich würde empfehlen, sich auf die Arten von Unternehmen zu konzentrieren, mit denen Sie Interviews führen.

Im Allgemeinen werden die meisten Unternehmen Ihnen wahrscheinlich keine Fragen zu Mathematik / Wahrscheinlichkeits- und Denksportaufgaben stellen (die Ausnahme bilden die namhaften Unternehmen, die der Autor erwähnt, Microsoft, Google, Amazon usw.).

Ich habe gestern Abend vor einem Interview den Java-Bereich aufgefrischt und ob Sie es glauben oder nicht, ich wurde nach einem Thema aus der Java-Übersicht gefragt (ich war dankbar, dass ich die Auffrischung hatte!). Allein aus diesem Grund gebe ich diesem eine 4-Sterne-Bewertung :-)

Dieses Buch ist ein Muss für jeden Softwareentwickler. Es spielt keine Rolle, ob Sie bereits den perfekten Job haben oder ein Hochschulabsolvent sind, der Ihren ersten Job finden muss - es bietet eine gute Grundlage dafür, wie Programmierinterviews in den meisten Softwareunternehmen durchgeführt werden.

Das Buch ist in zwei Teile gegliedert: Überblick über den Ablauf von Interviews für Softwareentwickler und tatsächliche Codierungsübungen mit Hinweisen und vollständigen Antworten.

Die Übersicht über den Interviewprozess konzentriert sich darauf, wie die meisten Interviews in den Softwareunternehmen durchgeführt werden, und bestätigt die Tatsache, dass die meiste Zeit in diesen Interviews tatsächlich mit dem Codieren auf einem Whiteboard verbracht wird, was für schlecht oder gut ganz anders ist als das Codieren auf einem Computer. Wahrscheinlich sind die wichtigsten Take Aways:

Das Ziel der Codierung im Interviewprozess besteht nicht darin, herauszufinden, was Sie wissen, sondern wie Sie sich einem Problem nähern und es durchdenken, auf das Sie noch nie zuvor gestoßen sind. Das Beobachten, was Sie wissen, ist ein Nebeneffekt eines unbekannten Problems, das häufig die Anwendung von Wissen erfordert, das Sie bereits kennen.
Niemand erwartet von Ihnen, dass Sie ein Problem sofort oder in einem Versuch lösen. Das Ziel ist zu sehen, wie Sie auf ungewohnte Situationen reagieren - Fähigkeit, Informationen zu finden, das Problem zu analysieren und nach einem Ausgangspunkt zu suchen usw.
In ähnlicher Weise erwartet niemand, alle Fragen beantworten zu können. Sie werden nicht danach bewertet, ob Sie alle Fragen beantwortet haben oder nicht, sondern danach, wie gut Sie gegen andere Interviewkandidaten abschneiden.

Die Liste der Fragen und Lösungen ist nicht vollständig, aber ich denke, das ist der Punkt. Bei Codierungsinterviews geht es eher darum, Ihre Herangehensweise an Probleme zu beurteilen, als um spezifische Lösungen. Ich stellte fest, dass einige der Probleme im Vergleich zu dem derzeit bei verschiedenen Unternehmen geltenden Schwierigkeitsgrad recht einfach waren. Insbesondere würde ich mir dynamischere Programmierprobleme wünschen.

Aber die Art und Weise, wie die Lösungen angeordnet sind, ist erstaunlich. Obwohl Sie versuchen sollten, es selbst zu lösen, bevor Sie die Lösungen lesen, sollten Sie die Lösungen nach dem Lösen trotzdem lesen, da er den Ansatz erklärt, den er zur Lösung der Probleme gewählt hat, und der sich als sehr wertvoll herausstellt.

Insgesamt sehr nützlich - nicht nur für Menschen, die nach Veränderung suchen, sondern für alle, die ihren Geist scharf und frisch halten möchten.

In diesem Buch wird versucht, das Format für die Programmierung von Interviews zu definieren, wobei Interviews mit wettbewerbsfähiger Programmierung gleichgesetzt werden. Dies ist die Art der Programmierung, die unter anderem bei Veranstaltungen wie IEEE Xtreme oder ACM ICPC verwendet wird.

Wettbewerbsfähige Programmierung hat viele Vorteile und bietet einen konkreten Beweis für einige der Fähigkeiten des Programmierers. In vielen Fällen ist eine hohe Leistung bei diesen Aufgaben jedoch kein Prädiktor für die Leistung am Arbeitsplatz. In dieser Hinsicht ist "Cracking the Coding Interview" ein schlechter Dienst für den Interviewprozess der Softwareentwicklung.

Wenn Sie jedoch dieses Interviewformat verbessern möchten, würde ich lieber die folgenden Ressourcen empfehlen:
- Lernen: Sedgewicks Algorithmusbuch und Videokurs.
- Übungen: InterviewBit, Topcoder.

Darüber hinaus ein wettbewerbsfähiges Programmierbuch. Ich empfehle "Competitive Programmer's Handbook" von Antti Laaksonen (https://cses.fi/book.html), die Programmierer zu Programmierern Ratschläge in einem linearen, leicht zu verfolgenden Format mit Codebeispielen bietet.

Eines der besten Bücher, um sich auf das technische Interview vorzubereiten. Es deckt alles ab, angefangen von Fragen zu Ihren bisherigen Erfahrungen bis hin zur Fertigstellung von Hardcore-Algorithmen.

Wenn Sie mehr als 3 Monate vor Ihrem ersten technischen Interview haben, ist dieses Buch wahrscheinlich die beste Wahl.

Und es funktioniert, dank ihm (und vielen anderen) konnte ich Angebote von Facebook und Google erhalten.

Ich habe dieses Buch viele Male von vorne nach hinten durchgesehen und dieses Mal mit großem Optimismus zurückgestellt. Also hier ist für dich, Gayle. Sie haben mittelmäßigen Schülern wie mir geholfen, ihre wildesten Träume ohne Zugeständnisse zu verfolgen.

Die Überprüfung von CtCI wurde traditionell als der beste Weg angesehen, um die Grundlagen des Software-Engineerings unter denjenigen zu testen, die in die Branche eintreten. Mit der Popularisierung interaktiver Plattformen wie HackerRank und Leetcode ist es unter Studenten zu einem Übergangsritus geworden, Übungsprobleme für Hunderte von Stunden zu lösen. Das Ergebnis, das zu sehr wünschenswerten Karriereergebnissen führt, ist, dass 1. Sie viele Leute haben, die aus dem falschen Grund Informatik studieren (EG CS ist das neue Pre-Med) und 2. die meisten anderen Fähigkeiten, die für diejenigen, die arbeiten, wichtig sind in der Branche sind deemphasized. 3. Die Homogenität ist fast ausschließlich negativ erhöht.

Ich gebe Gayle weder die Schuld für das, was passiert ist, noch beschuldige ich Unternehmen, die Permutationen dieser klassischen Probleme verwenden, um Zehntausende von Kandidaten zu überprüfen. Viele Leute, die Informatik studierten, taten dies, weil sie es als den besten Weg betrachteten, ihren Wunsch zu befriedigen, interessante Probleme zu lösen und es zu hassen, wenn Sie müssen, aber dies ist nur ein Buch voller lustiger kleiner Probleme, die es zu lösen gilt. Du hast dich dafür angemeldet! In einem Facebook-Interview geröstet zu werden bedeutet nicht, dass der Bewertungsprozess für Kandidaten unterbrochen ist!

Wie auch immer, es ist ein klassisches Buch. Die Leute empfehlen jetzt wahrscheinlich "bessere" Dinge, aber wie Sie sich wahrscheinlich vorstellen können, werden die meisten Probleme, die Sie an anderer Stelle finden, ähnlich, wenn nicht identisch sein. Dafür werde ich jetzt allerdings etwas alt und hoffe, dass ich das Buch nie wieder öffnen muss.

Besuchen Sie meinen Blog für diese und andere Buchbesprechungen

Ich war auf der Suche nach Praktika im Bereich Software Engineering für diesen Sommer. Bevor ich dieses Buch gelesen habe, habe ich alle vier technischen Interviews mit verschiedenen Unternehmen, zwei größeren Unternehmen und zwei Startups nicht bestanden. Und dann bekam ich mehr Interviews und beschloss, ein Wochenende damit zu verbringen, dieses Buch zu lesen. Ich habe die folgenden Interviews mit drei Unternehmen bestanden, darunter Google und ein heißes SF-Startup. Ich habe aus diesem Buch einige wichtige Techniken gelernt, die ich auf meine letzten Interviews angewendet habe:

1. Sprechen Sie laut, damit sich Ihr Interviewer auf derselben Seite befindet, auf der Sie sich in Ihrem Denkprozess befinden, und Sie korrigieren kann, wenn Sie schief gehen.
2. Verwenden Sie einfache Beispiele, um das Denken zu erleichtern. Es ist viel einfacher, über ein konkretes Beispiel nachzudenken als über ein abstraktes Problem.
3. Verschiedene Techniken, um die zeitliche und räumliche Komplexität Ihres Algorithmus zu verringern.
4. Eine andere Sichtweise auf das technische Interview: Es geht nicht darum, das Problem zu lösen, sondern Ihren Denkprozess und Ihre logischen Argumentationsfähigkeiten zu zeigen.

Wirklich jedem empfehlen, der sich auf das Codieren von Interviews vorbereitet.

Eine nützliche Anleitung zum Interviewprozess, gefolgt von 150 Übungen in einer Reihe von Teilbereichen, die für Programmierer relevant sind. Das Buch ist direkt das, was es sagt, und erreicht das, was es erreichen will; Ich glaube, wenn Sie das darin enthaltene Material studieren, sind Sie besser auf die Programmierung von Interviews vorbereitet. Wenn Sie bereits auf dieses Niveau vorbereitet sind, werden Sie dies beim Lesen des Buches schnell bestätigen, was Sie sicherer in Ihre Fähigkeiten macht und was Sie bei Ihren bevorstehenden Interviews erwarten können.

Wenn Sie paranoid / gründlich sind, arbeiten Sie an weiteren Problemen, z. B. in den Elementen Elemente der Programmierinterviews, Enthüllte Programmierinterviews, Project Euler, TopCoder, HackerRank usw.

Cracking the Coding Interview ist eines der besten Bücher, um sich an alte Themen zu erinnern. Wenn Sie noch programmieren oder gerne codieren, ist dieses Buch eine großartige Ressource, um alte Themen zu üben. Die meisten Themen sind nicht zu detailliert, aber es ist gut, die Abstracts zu überprüfen.

Nach dem Lesen dieses Buches benötigen Sie wahrscheinlich detailliertere Bücher für jedes Thema.

- Arrays und Strings
- Verknüpfte Listen
- Stapel und Warteschlangen
- Bäume und Grafiken
- Bitmanipulation
- Rätsel
- Mathematik und Wahrscheinlichkeit
- Objektorientiertes Design
- Rekursion und dynamische Programmierung
- Sortieren und Suchen
- Skalierbarkeit und Speichergrenzen
- Testen
- C und C ++
- Java
- Datenbanken
- Gewinde und Schlösser
Reviewed on December 29, 2014
Overall: 4.0/5.0

Dies ist ein Muss für alle Ingenieure, die Arbeit suchen. Es geht um das Verhalten sowie um Kodierungs- / Verhaltensfragen. Eine verwandte Seite für weitere Beispiele finden Sie hier: http://www.mycareerstack.com/questions/

Auch dies ist ein Muss Buch zu lesen (und schnell zu lesen). Hier erfahren Sie, welche Bereiche verbessert werden müssen und welche normalerweise gefragt werden (und sie werden wirklich gefragt!).

Ich habe hier noch nicht alle Übungen beendet, aber das Buch hat mir eine gute Vorstellung davon gegeben, was mich in einem technischen Interview erwartet. Nicht mit dem Buch verwandt, aber ich fand diese vollständige, umfassende Lösung in anderen Sprachen auf github: https://github.com/gaylemcd/ctci

Dieses Buch ist ein Muss für die Codierung der Interviewvorbereitung. Nicht nur die Fragen sind großartig, auch Gayle erklärt den Ansatz, verschiedene Probleme in Schritte zu unterteilen, damit Sie Probleme, die Sie noch nie zuvor gelöst haben, problemlos angehen können.

Dieses Buch half mir bei meinen Praktikumsinterviews und ich konnte problemlos Interviews mit Unternehmen wie Oracle und Amazon knacken.

Der Datenwissenschaftler richtet sich an den Softwareentwickler und findet in diesem Buch auch einige wertvolle Informationen. Die ersten Kapitel sind allgemein genug, dass die Beschreibung des Interviewprozesses, der Unterschied zwischen verschiedenen Technologieunternehmen, Verhaltensfragen usw. sowohl für Ingenieure als auch für Wissenschaftler gelten soll. Dann haben mir die Abschnitte über Mathematik und Logik und die fortgeschrittenen Themen über Mathematik sehr gut gefallen. Natürlich wird der Großteil des Buches über das Codieren hauptsächlich den Softwareentwickler interessieren.

CtCi ist zwar ein großartiges Vorbereitungsbuch für Coding-Interviews, aber ich glaube immer noch, dass es leicht überbewertet ist. Es sollte mit anderen Büchern gelesen werden, nicht als eigenständiges Buch, da es in einigen Teilen an Erklärungen mangelt.

Insgesamt würde ich dieses Buch jemandem empfehlen, der noch nie ein anderes Vorbereitungsbuch für Coding-Interviews gelesen hat.

Das beste Buch zum Codieren von Interviews, Punkt. Gayle Laakmann McDowell schneidet den Mist durch und stellt klar fest, was wichtig ist und was nicht. Dieses Buch dient auch als Leitfaden für viele Personalvermittler.

Wirklich gutes Buch (zusätzlich zum Üben auf LeetCode und HackerRank) für diejenigen, die seit vielen Jahren kein algorithmisches technisches Interview mehr geführt haben.

Ich habe den Job bekommen !!!

Ich habe keine der Fragen beantwortet, sondern nur die Inhaltskapitel gelesen und mich stark auf den Abschnitt Big O konzentriert. hat auch Leetcode und Übungsinterviews auf Pramp gemacht

Tolles Buch und es lohnt sich wirklich, es durchzugehen, auch wenn Sie sich nicht auf Interviews vorbereiten;)

Wunderbares Buch - eine großartige Ressource und nicht nur, wenn Sie sich auf ein Programmierinterview vorbereiten.

3.5 / 5

Es gibt einige Probleme mit dem Buch. Wenn der Code groß ist, gehen die Kommentare verloren. Im wahrsten Sinne des Wortes könnten Sie anfangen, Ihren Kopf gegen eine Wand zu schlagen, wenn Sie 2 Seiten Code haben und den Funktionen die Informationen fehlen, was sie tun.

Ein Programm sollte sehr gut lesbar sein, wenn es in einem Buch enthalten ist und daher stark kommentiert wird.

In der OOP-Sektion sind einige Lösungen schrecklich. Ein Beispiel wäre der Parkplatz.

Ansonsten ist das Buch super. Vielleicht sollte das Testkapitel übersprungen werden, Leute vom Testprofil werden das Buch nicht kaufen, und diejenigen, die es kaufen werden, suchen nicht nach dem Testprofil.

Die DP-Programmierfragen haben keine sehr guten Lösungen. Und denken Sie nicht einmal daran, von hier aus den DP-Ansatz zu lernen. Das wirst du nicht können.

Die Programmierprobleme und -lösungen in diesem Buch sind definitiv einen Besuch wert, wenn Sie für Top-Tech-Unternehmen interviewen. Der Schwerpunkt liegt auf der Komplexität und dem Design von Algorithmen sowie auf der eleganten Implementierung der Algorithmen. Der unmittelbarste Nutzen des Buches ist jedoch genau das, wofür es entwickelt wurde - um sich auf ein Coding-Interview vorzubereiten. Wenn Sie genug über Algorithmen und Datenstrukturen wissen, kann es sogar die Produktivität beeinträchtigen, wenn Sie Zeit damit verbringen, Ihren Code auf das im Buch angegebene Qualitätsniveau zu bringen. In der Realität sollten wir Entwickler einen solchen Kompromiss zwischen Rechenkomplexität und Implementierungskomplexität immer bewusst bewerten.