Schreiben Sie über Bücher, die Sie vor fünf Jahren gelesen haben!

Ich habe in den 20 Jahren meiner Karriere viele Bücher gelesen. Einige, weil ich ein bestimmtes Problem hatte, aber diese wurden hauptsächlich durch Online-Ressourcen ersetzt. Am meisten, um mich beruflich weiterzuentwickeln. Selbst wenn sich die Branche schnell bewegt, sind diese Bücher fast zeitlos.

Wenn ich die drei wichtigsten Bücher nennen müsste, die ein Programmierer lesen sollte, ist keines davon neu. Keiner von ihnen handelt von einer Programmiersprache, die ich benutze. Einige sind Jahrzehnte alt - aber ich denke, noch mehr Menschen müssen sie lesen!

Ich würde also sagen, sprechen Sie über die Bücher, die Sie vor fünf Jahren gelesen haben, aber nicht über "C # for Dummies", sondern über über Dinge wie "Design Patterns", "Peopleware", "Refactoring", "Enterprise Application Architecture", "The Clean Coder", ... Mit anderen Worten, Bücher, die Ihnen allgemeine Konzepte beibringen oder Auswirkungen auf Ihren Beruf als Programmierer eher als eine bestimmte technische Fähigkeit. Ausnahme: Wenn Sie ein Buch haben, betrachten Sie einen "Standard" für ein bestimmtes Feld, für das Sie sich bewerben, z. "The Data Warehouse Toolkit"

Oh, und holen Sie sich bald ein Buch. Darf ich "Joy inc."

Kann ich Kompromisse eingehen, indem ich stattdessen Dev-Blogs erwähne, nachdem ich mich entschuldigt habe, weil ich die Frage nicht direkt beantworten kann? Oder sollte ich über Bücher schreiben, die ich vor 5 Jahren gelesen habe?

Ich vermute, dass das Schreiben nur über Blogs dem Arbeitgeber anzeigt, dass Sie keine Bücher gelesen haben. Und da der Arbeitgeber speziell nach Büchern gefragt hat, ist dies ein Hinweis darauf, dass Bücher für ihn wichtig sind.

Schreiben Sie stattdessen über die Bücher, die Sie vor 5 Jahren gelesen haben. Versuchen Sie, Bücher auszuwählen, die noch relevant sind. Es scheint nicht erforderlich zu sein, anzugeben, wenn Sie sie lesen, daher müssen Sie dies nicht erwähnen.

Es ist auch möglich, dass sie prüfen, ob Sie mit "Standard" -Texten (signifikante Luftzitate) in der Entwicklung vertraut sind:

• Robert Martin ('Clean Code', 'Clean Architektur usw.)
• 'Code Complete' von Microsoft
• 'The Pragmatic Programmer'
• die Bande von 4 'Design Patterns'-Büchern usw. .
• 'DevOps-Handbuch'
• oder sogar Googles Dokumentation zu technischen Praktiken

Dies bedeutet nicht, dass alle zustimmen, dass 'Onkel Bob' ist Der Standard oder dass DevOps zu Recht benannt und ausgeführt wird, aber zu wissen, wer Robert Martin ist und zumindest eine vorübergehende Vertrautheit mit der Existenz dieser Titel zu haben, kann für einen bestimmten Manager wertvoll sein.

Angenommen, Sie glauben, dass sie wirklich an der Antwort interessiert sind, anstatt nur eine Tick-Box-Übung zu sein, würde ich sagen, dass qualitativ hochwertige Dev-Blogs ein akzeptabler Ersatz sein sollten. Wahrscheinlich mit einer kurzen Zusammenfassung dessen, was an ihnen großartig ist / was Sie am besten gelernt haben.

Wenn mir diese Frage gestellt würde, würde ich beispielsweise über https: //www.joelonsoftware sprechen .com / und wie es mich über das Geschäft der Softwareentwicklung unterrichtet hat und wie man über Software im Kontext der Ziele und Prioritäten eines Unternehmens nachdenkt.

Wenn ich davon spreche, dass es sich möglicherweise um eine Kästchenübung handelt, meine ich:

Ist dies eine echte Frage, die die anstellenden Mitarbeiter stellen, weil sie hören möchten, was potenzielle Mitarbeiter sagen? Das wird von einem tatsächlichen Softwareentwickler gelesen, der die Antworten zu schätzen weiß.

Oder ist es eine Frage, über die sie irgendwo gelesen und beschlossen haben, sie zu kopieren? Genauso wie es für Unternehmen eine Weile in Mode war, Googles berühmte Denksportaufgaben zu kopieren? Das wird von einem Personalvermittler oder Administrator gelesen, der nur ein Kästchen mit der Aufschrift "Programmierbücher lesen" ankreuzen möchte.

Ich stelle fest, dass Sie in der Zeit, in der diese Frage gestellt wurde, Zeit hatten, 3 Bücher zu lesen :) Das ist eine Brute-Force-Lösung, aber die einfachste :)

Angenommen Natürlich, dass Sie versuchen, eingestellt zu werden und nicht in eine Debatte über das Verdienst des Lesens von Büchern zu geraten. Ich kann das sagen.

Bücher dienen als abgerundete Grundierung für ein Thema.

Im Vergleich zu Googeln, Blog-Lesen oder Abhängen bei StackExchange, was Ihnen das gibt, was ich habe Rufen Sie das Wissen über "Schweizer Käse" auf.

Zum Beispiel präsentieren Ihnen Blogs und StackExchange nur die Arten von Problemen, die lexikalisch in Blogs und StackExchange passen. Und Google, das nur Fragen beantwortet . Es gibt Ihnen keinen Hinweis darauf, welche Fragen Sie stellen müssen. Und so bekommt man kleine Teile und Teile des Wissens, aber man bekommt nichts wie eine "Ansicht aus 30.000 Fuß".

Das ist am komischsten bei diy.stackexchange, denke ich. Angenommen, jemand führt eine Stromleitung zu einem Schuppen. Sie sind angekommen, nachdem sie die Drahtgrößen untersucht haben, und wir werden uns mit den Vorzügen von Leitung gegen Kabel, AL gegen CU, Spannungsabfall usw. befassen, bis wir sie auf genau reduziert haben korrekte Goldstandarddrähte zu verwenden. Und dann begraben sie sie 3 Zoll tief und verlegen keinen Erdungsdraht /facepalm.

Sie haben dieses Zeug nur freestyled, weil sie nicht wussten, dass sie a tun mussten Besondere Sache. Weil sie nicht gefragt haben und es nie aufgetaucht ist .

Wenn dieselbe Person mit einem Buch zu diesem Thema begonnen hätte, hätte das Buch das Thema definitiv behandelt Angelegenheit. Sie haben sich möglicherweise nicht an die richtige Bestattungstiefe erinnert, aber sie hätten sich daran erinnert, dass Bestattungstiefe, Erdung, Verbindung, Unterbrechungen und Busgröße tatsächlich Dinge sind, über die Sie nachdenken müssen >.

Bei der Programmierung ist dies akuter, da Bücher Sie in den Codierungsstil des Autors einführen und der Autor Sprachfunktionen verwendet und Sprachfunktionen auf eine Weise kombiniert, die Sie niemals alleine tun würden. Es ist viel zu einfach, "in Ihrer Blase zu sitzen und Ihren Weg zu codieren", aber das macht Sie schlecht vorbereitet, mit dem Code anderer Leute zu interagieren . Sie verwenden wahrscheinlich Programmiermethoden, die beliebt sind (nicht zuletzt, weil sie in populären Büchern enthalten sind), aber die Ihnen einfach nicht vertraut sind . Nehmen Sie mein Wort dafür - ich codiere Perl.

Sie müssen Bücher gelesen haben. Es ist eine riesige rote Fahne, die Sie nicht haben. Es ist ehrlich gesagt eine großartige Interviewfrage.

Jeder kann einen Blog darüber lesen, wie man x löst, es lässt Sie nicht wirklich beiseite. Ebenso glaube ich nicht, dass sie beeindruckt wären, wenn Sie beispielsweise darüber schreiben würden, wie Sie das Python-Buch oder das Hibernate-Buch gelesen haben. Sie können Ihnen nur technische Fragen stellen, um das herauszufinden.

Ich hoffe, sie suchen jemanden, der etwas über die Philosophie des Programmierens gelesen hat. So zum Beispiel Bücher über Software-Handwerkskunst, "Onkel Bobs" Buch über ... nun, wählen Sie eines aus. (Ich mag sauberen Code, aber die Hälfte davon ist mit der heutigen automatischen Vervollständigung in IDs nutzlos.) Oh, effektives Java sollte nur vorhanden sein, wenn Sie ein Java-Entwickler sind. Jedes Buch über Programmiermanagement (agil). Ich wünschte, es gäbe mehr Bücher über Programmierung und Business / Geld verdienen. Das wäre für weitaus mehr Programmierer weitaus nützlicher, daher ist der Vorschlag von Kaz zu Joels Blog - und vieles wurde vor einiger Zeit als Buch veröffentlicht - auch gut.

Ich würde vorschlagen, dass Sie diese Bücher lesen - und diese Arten von Büchern - um Ihre Karriere zu entwickeln. Kaufen Sie vorerst nur drei davon und verbringen Sie ein Wochenende damit, sie zu überfliegen und die gelernten Dinge aufzuschreiben.

Teilen Sie dazu Ihre Antwort in drei Abschnitte auf, nicht nach Buch, sondern nach Thema.

Ich habe etwas über agiles Management gelernt. Hier ist, was ich gelernt habe. Ich habe gelernt, wie man Code schreibt, der wirklich verständlich ist. Hier ist, was ich gelernt habe. Ich habe gelernt, wie wichtig es ist, Code zu testen. Hier ist, was ich gelernt habe.

Verwenden Sie dann als Lynchstifte, und notieren Sie beim Überfliegen eines Buches alles, was für diese Punkte relevant ist. Verweisen Sie dann einfach auf die drei Bücher in den einzelnen Abschnitten.

Dies hilft Ihnen beim Durchsuchen des Buches, zeigt, dass Sie auf hohem Niveau gelernt haben, und gibt Ihnen die Ehre, drei konkrete und nützliche Bereiche zu kennen. P. >

Nun, das hat viel Aufmerksamkeit bekommen. Es ist seltsam, dass Programmierer in einer Karriere, die als "immer lernen" definiert ist, etwas Kontroverses über die Notwendigkeit finden, Bücher zu lesen. Sie müssen Bücher in jeder Karriere lesen, die Sie haben. Ich verzweige mich jetzt in Risikokapital und die Liste der Bücher, die dort zu lesen sind, ist lang. Ich habe Freunde in den Bereichen Sport, Vertrieb, Anleihenmanagement, Geschäftsentwicklung, Unternehmensberatung und sogar Kaffee. Sie alle lesen Bücher, die für ihre Karriere relevant sind. Keiner von ihnen hat seit fünf Jahren kein relevantes Buch mehr gelesen.

Ich weiß nicht, was ich jemandem sagen soll, der der Meinung ist, dass es keine rote Fahne ist, in fünf Jahren, die für Ihre Karriere relevant sind, niemals ein ganzes Buch zu lesen .

...

Ok, vielleicht tue ich das. Blogs bringen Sie nur so weit. Blogs sind von Natur aus eigenständige, nicht verwandte Ideen. Ein Buch ist im Allgemeinen eine Sammlung kleinerer Ideen, die einem größeren Punkt dienen. Dies ist ein großer Unterschied - Sie erhalten in Blogs keine miteinander verbundenen Ideen, da der Autor nicht davon ausgehen kann, dass Sie das Werkkorpus gelesen haben. Daher gibt es eine Grenze für die Tiefe der Gedanken, die ein Blog auch Ihnen zeigen kann. Tiefe des Denkens ist in jeder Karriere unerlässlich, Technologie ist keine Ausnahme.

Als nächstes bewegt sich Code schnell. Aber um mehr als ein Code-Affe zu sein - um Top-Dollar zu verdienen - müssen Sie Dienste bereitstellen, die über die Ausführung von Aufgaben hinausgehen. Sie müssen philosophisch sein, was Sie tun, um zu verstehen, was sauberer Code, agiles Management, Testen oder eine Reihe anderer Dinge sind. Sie werden leicht kein tieferes Wissen über Blogs erhalten. Außerdem bewegen sich diese übergeordneten Konzepte viel langsamer als technische Sprachen. Und diese Dinge sind wirklich sehr wichtig, wenn Sie Ihre Karriere entwickeln. Sie sind der Schlüssel, unabhängig davon, ob Sie ein einzelner Mitarbeiter oder ein Manager sind.

Schließlich haben Blogs ihren Platz - aber nur für diskrete Gedanken, um ein in sich geschlossenes Element zu diskutieren. Sie sind viel besser als Bücher, da sie schneller zu veröffentlichen sind. Es wäre eine ebenso große rote Fahne, wenn jemand in fünf Jahren noch nie einen Blog gelesen hätte.

Die Interviewfrage ist nützlich, weil Sie bei der Einstellung von Mitarbeitern nicht nur versuchen, den besten Entwickler zu finden. Möglicherweise benötigen Sie jemanden, der sich mit der Kundenseite auseinandersetzen kann oder über Managementpotenzial verfügt, um später ein wachsendes Team zu führen. Unser Mitarbeiter hat strategische Überlegungen, um einem Team zu helfen, das sich eher auf das Hier und Jetzt konzentriert.

Wenn ich feststelle, dass Blogs in meinem zweiten Absatz keinen Mehrwert bieten, liegt dies daran, dass ich vermute, dass sie jemanden suchen, dessen Fähigkeiten über die technischen Fähigkeiten hinausgehen. Wenn Sie also Blogs lesen, wird Ihre Kandidatur keinen Mehrwert bringen.

Ich stimme zu, dass es unfair ist, da Menschen unterschiedliche Lernstile haben. Die Idee, die ich nicht wirklich kaufe, ist, dass die besten Ingenieure Bücher lesen.

Ich würde also nicht zögern, 3 Bücher über Dinge zu finden und zu lesen, die Sie wirklich gut kennen. Dies wird Ihre Bereiche mit technischer Tiefe hervorheben und sollte schnell gelesen werden können. Wenn Sie git gut kennen, lesen Sie ein 150-seitiges Intro zu git. Und erwähnen Sie unbedingt, wie die Bücher Ihnen helfen, die wichtigen Grundlagen zu verstehen, die Sie beim Lesen von Blogs und beim Cribbing von SO nie verstehen können. :)

Es gibt einige Arbeitgeber, die seltsame Vorstellungen darüber haben, was einen guten Mitarbeiter ausmacht. Sie sind normalerweise voll von sich selbst und Sie werden viel Zeit damit verbringen, ihnen zuzuhören, wie sie ihre eigene Trompete über sich selbst blasen. Die einzige Erfahrung, die ich mit solch einer Person gemacht habe, ist nicht gut gelaufen. Diese Leute arbeiten gut mit passiven Leuten zusammen, die all ihren Mist als Evangelium aufnehmen. Im Großen und Ganzen war er gut in dem, was er tat, mit einem schwerwiegenden Fehler, er dachte, er könnte sein gesamtes Unternehmen und sein Entwicklerteam auf einem einzigen Server führen. Dies war zu der Zeit, als es keine Virtualisierung gab und Mailserver immer intern gehostet wurden. Wir hatten also Domänencontroller, Dateiserver, Mailserver, Quellcodeverwaltung und Testserver, die alle auf einem einzigen Zwei-Grand-Clone-Computer ausgeführt wurden mehrmals täglich neu gestartet. Mit anderen Worten, er war ein ahnungsloser Idiot. Die gute Nachricht bei diesen Leuten ist, dass Sie sie wirklich leicht bescheißen können, was immer er mag, Sie mögen, was immer er denkt, dass Sie zustimmen, aber nur nicht genug zustimmen, um sich glaubwürdig zu machen

Es ist fair, sich sanft gegen die Frage zu wehren. Einige Arbeitgeber schätzen das. Daher schlage ich vor zu antworten:

1. Ich finde Ressourcen neben Büchern auch nützlich. Zum Beispiel Stack Exchange ...
ol>

Lassen Sie uns einen Schritt von der Frage zurücktreten und sie ein wenig umformulieren, um zu versuchen, eine anständige Vermutung über die Absicht des Arbeitgebers zu gewinnen:

Welche Arten von Programmierkenntnissen wurden in der Vergangenheit in Büchern geliefert Format haben Sie nützlich gefunden?

Mit anderen Worten, ich glaube nicht, dass sie daran interessiert sind, zu fragen, wo Sie spezifisches praktisches Wissen gelernt haben, wie "Wie iteriere ich über ein Array in LANGUAGE?" "" und darauf bestehen, dass aus einem Buch kommen musste. Was sie wirklich wollen, ist nicht, ob Sie über das Programmierwissen verfügen, sondern ob Sie dem konzeptionellen Denken über das Warum hinter dem Beruf und seinen Teilbereichen ausgesetzt waren und darüber nachgedacht haben, wie Sie kann es in Ihrer Arbeit in die Praxis umsetzen.

Während es viele technische Bücher gibt, die alle Arten von Themen abdecken, sind diejenigen, die in Interviews und Gesprächen auftauchen, normalerweise solche, die übergeordnete Konzepte und das betreffen Handwerk der Programmierung. Die Beispiele in der Antwort von NKCampbell fallen alle in diese Kategorie; Es sind Bücher, die meinungsgebundene Theorien zum Denken, Organisieren und Arbeiten vertreten, die alles von Entwurfsmustern bis hin zu Codierungspraktiken abdecken. Es gibt auch Bücher, die wichtige Themen zu wichtigen Themen wie Benutzerfreundlichkeit, Zugänglichkeit, Tests, DevOps, Site Reliability Engineering usw. ausführlich behandeln.

Da dieser Arbeitgeber die Frage gestellt hat, liegt es nahe, dass sie dies in Betracht ziehen Kenntnisse dieser Art wichtig für Kandidaten. Ihre Antwort sollte also zeigen, was Sie gelernt haben und wo Sie es gelernt haben, wenn Sie aus nicht buchmäßigen Quellen gleichwertiges, für die Position relevantes fundiertes Wissen erworben haben.

Ich bin ein Entwickler mit 5 Jahren Erfahrung und suche einen anderen Arbeitgeber. Eine Firma, bei der ich mich beworben habe, möchte, dass ich drei hilfreiche Bücher über Programmierung erwähne und zusammenfasse, die ich im Rahmen ihres Bewerbungsprozesses gelesen habe. Aber ich habe nach dem Abschluss fast nie ein Buch gelesen.

Sie sollten wirklich Bücher oder wissenschaftliche Arbeiten lesen und eine bibliografische Datenbank führen.

^{"sollte" sein Ein Hinweis über sup>}

Nicht alle sind im Web frei verfügbar.

Zum Beispiel:

• aktuelle Programmierung Sprachen haben gute Bücher, z Die Rust-Programmiersprache

• ältere Programmiersprachen haben Spezifikationen wie n1570 für C. Wenn Sie alle 680 Seiten gelesen haben, erwähnen Sie dies.

• Die Speicherbereinigung wird im GcHandBook sehr gut erklärt.

  Systeme vom Typ li>

• werden in Pierces Typen und Programmiersprachen

• Programmiersprachen erläutert: ihre Die Theorie wird in Theorien der Programmiersprachen

erklärt. Die Objektprogrammierung wird in A Theory of Objekte

• POSIX-Threads enthalten Bücher und Tutorials. Selbst wenn ein Tutorial online ist, sollten Sie es lesen.

• Linker und Lader ist ein gutes Buch auch ...

• Betriebssysteme werden in Betriebssysteme erklärt: Drei einfache Teile (zwar herunterladbar, aber Sie benötigen 300 Seiten lesen)

• Analysetechniken: Sie müssen das Drachenbuch lesen, und sie sind in fast jeder Entwicklungsarbeit von hoher Relevanz.

• Linux-Programmierung: Sie wissen, dass Linux auf den meisten Webservern ausgeführt wird. Sie müssen mindestens Advanced Linux Programming (tatsächlich herunterladbar) lesen.

• λ-Kalkül ist für fast alle Programmiersprachen relevant, und Sie können Lambda-Kalkül und Kombinatoren p lesen >

• Der π-Kalkül hat ein ausgezeichnetes Buch und ist relevant für das Verständnis der gleichzeitigen Programmierung (Mehrfachverarbeitung, Threads usw.). ..). Das Buch Algorithmen für gleichzeitige Systeme ist ebenfalls lesenswert.

• für Big-Data- oder maschinelles Lernen, Sie müssen auch Bücher oder Papiere lesen. Ich lese Einführung in Deep Learning und Big Data ​​em> im Jahr 2020.

Künstliche Intelligenz als auch das Buch Künstliche Wesen (von der verstorbene Jacques Pitrat)

Siehe auch die Bibliographie in diesem Entwurf, der ein Entwurf eines H2020-Forschungsprojekts in Bezug auf IoT-Software und -Systeme.

Die Frage, die ich bei der Bewerbung für einen Programmierjob stellen würde, lautet: Welches Budget stellen Sie für Bücher zur Verfügung, die ich für die Arbeit benötige. Und Budget bedeutet sowohl Zeit (geben Sie Ihnen Zeit, mehr zu lernen) als auch Geld (kaufen Sie Bücher oder kaufen Sie Schulungen oder nehmen Sie an einer Konferenz teil).

Kann ich Kompromisse eingehen, indem ich Entwickler-Blogs erwähne? Stattdessen, nachdem ich mich entschuldigt habe, weil ich die Frage nicht direkt beantworten kann?

In der Tat könnten Sie, aber wenn Sie sagen, dass Sie keine programmierbezogenen Bücher lesen, geben Sie dies nicht Ftware-Entwickler - potenziellen Arbeitgebern (oder Kunden) Ihr bestes professionelles Image.

Ein Softwareentwickler schreibt auch technische Berichte (oder Softwaredokumentationen) und liest andere - z. über Softwarearchitektur -, und diese sollten eine Bibliographie haben. Aber ein Code-Affe schreibt einfach Code, und das ist der Grund, warum er / sie leicht ersetzt werden kann und möglicherweise weniger bezahlt wird.

Schauen Sie sich beispielsweise große Open Source -Projekte wie den Linux -Kernel oder den GCC -Compiler an. Beide haben nicht nur Code, sondern auch Dokumentation (und vielleicht sogar Bücher darüber), und ein erheblicher Teil der Arbeit wird zufällig schriftlich erledigt (englischer Text, nicht C ++).

Sehen Sie sich auch die Verfahren von an ACM-Konferenzen. Alle beziehen sich auf die Programmierung.

Erwähnen Sie also in Ihrem Lebenslauf zumindest den Titel der technischen Berichte, die Sie geschrieben haben.

(natürlich, wenn sie sehr vertraulich sind - z militärische Geheimnisse, nicht)