Wichtige Erkenntnisse aus 45 Technikbüchern

baeba · 2026-07-23T10:43:23+09:00

Inhaltsverzeichnis Book Overflow zum 2-jährigen Jubiläum: Wichtige Erkenntnisse aus 45 Technikbüchern Vorstellung des Podcasts und Rückblick auf zwei Jahre Zentrale Erkenntnisse aus wichtigen Technikbüchern Ein Rückblick auf die wichtigsten Erkenntnisse aus 45 Technikbüchern, die in den vergangenen zwei Jahren gelesen wurden, sowie darauf, wie sie die Denkweise als Software Engineer geprägt haben – insbesondere mit Blick auf das KI-Zeitalter und ein tiefes Verständnis effizienter Entwicklungsprozesse. Vorstellung des Podcasts und Rückblick auf zwei Jahre Vorstellung von Book Overflow Ein Podcast über Technikbücher für Software Engineers, dessen Ziel es ist, jede Woche die besten Technikbücher zu lesen und dadurch die eigenen Fähigkeiten zu verbessern. Planung der Folge zum 2-jährigen Jubiläum Zum zweiten Jubiläum des Podcasts blicken die Hosts auf alle Bücher zurück, die sie in den vergangenen zwei Jahren gelesen haben, und teilen aus jedem Buch genau eine Erkenntnis, die ihnen am stärksten im Gedächtnis geblieben ist und bis heute nachwirkt. Der Fokus liegt nicht nur darauf, sich an die Inhalte der Bücher zu erinnern, sondern darauf, welchen Einfluss sie auf die eigene Denkweise als Software Engineer hatten. Veränderungen in den vergangenen zwei Jahren Die Podcast-Hosts Carter und Nathan haben in den vergangenen zwei Jahren große Veränderungen in ihrem Privatleben erlebt. Nathan ist in ein anderes Land gezogen, beide haben ein Graduiertenstudium abgeschlossen, und Nathan erwartet bald ein Kind. Auch beruflich gab es Veränderungen: Nathan ist in die Vollzeitberatung gewechselt, und Carter ist von Big Tech zu einem Startup gewechselt. Dass der Podcast trotz dieser persönlichen Veränderungen weitergeführt werden konnte, verdanken sie der Unterstützung und dem Interesse der Hörerinnen und Hörer; dafür sprechen sie ihren Dank aus. Zentrale Erkenntnisse aus wichtigen Technikbüchern The Practice of Programming (Brian Kernighan, Rob Pike) Zentrale Erkenntnis: Das Buch enthält die Programmierphilosophie, auf der die Sprache Go aufbaut. Manche Inhalte sind zwar nicht mehr zeitgemäß, die Kernideen bleiben aber weiterhin gültig. Als Go-Programmierer und Fan von Rob Pike erinnert er sich an dieses Buch und daran, dass die zentralen Ideen guter Programmierung daraus hervorgegangen sind. Es wird auch erwähnt, dass manche Inhalte, etwa ein CSV-Parser, inzwischen veraltet sind. A Philosophy of Software Design (John Ousterhout) Zentrale Erkenntnis: Das Konzept „Design It Twice“ betont, dass besseres Design entsteht, wenn man beim Aufbau eines Systems lernt und verbessert, statt von Anfang an perfekte Gestaltung anzustreben. Im KI-Zeitalter kann der Einsatz von LLMs den Aufwand für ein zweites Design verringern und damit effizienteres Design ermöglichen. Obwohl das Buch 2018 erschienen ist, hat es weiterhin großen Einfluss und wurde in vielen Büchern zitiert. Weitere Einsichten Es präsentiert starke Ideen zum Kapseln von Komplexität, zu Interface-Design und Fehlerbehandlung. In einem Interview mit dem Autor John Ousterhout konnte man seine Ansichten und Kritik zu TDD hören. Refactoring: Improving the Design of Existing Code (Martin Fowler) Zentrale Erkenntnis: Refactoring kann jederzeit unterbrochen werden. Da es darum geht, das Design zu verbessern, ohne die Ausgabe des Codes zu verändern, lässt es sich kontinuierlich in kleinen Einheiten durchführen. Refactoring wird oft fälschlich als vollständiges Neuschreiben des Codes verstanden, doch Fowlers Definition ist sehr eng gefasst. Praktisches Anwendungsbeispiel Kürzlich wurde bei der Performance-Optimierung von roborobato.com echtes Refactoring angewandt, um die Nutzung von Next.js und React zu verbessern. Die Codestruktur wurde ohne Änderungen an Funktionalität oder UI neu organisiert und in fünf Commits aufgeteilt, sodass sie leicht zu prüfen und zu übernehmen war. What Is ChatGPT Doing and Why Does It Work? (Stephen Wolfram) Zentrale Erkenntnis: Das Buch half dabei, die Funktionsweise von LLMs zu verstehen, insbesondere den Mechanismus der Vorhersage des nächsten Tokens und das Konzept der Temperature. Es erklärt, dass die den LLMs innewohnende Zufälligkeit ihre Stärke hervorbringt. Wert des Buches Es bietet eine gut strukturierte Analyse, die ein komplexes Thema verständlich erklärt. Es liefert grundlegendes Vokabular und ein Framework zum Verständnis von LLMs – Wissen, das weiterhin wichtig ist. Fundamentals of Software Architecture (Mark Richards, Neal Ford) Zentrale Erkenntnis: Das Buch betont, wie wichtig die Fähigkeit ist, eine Architekturvision an technische und nichttechnische Stakeholder zu vermitteln und zu „verkaufen“, und betrachtet dies als grundlegenden Bestandteil von Architektur. Man muss ständig kommunizieren und den eigenen Wert beweisen; eine Haltung nach dem Motto „Es läuft so, wie ich es sage“ ist nicht wünschenswert. Weitere Prinzipien Man sollte nicht im Elfenbeinturm bleiben, sondern mit Code und Team verbunden sein, Design direkt erleben, ein paar Schritte vorausdenken und potenzielle Probleme vorhersehen. Es betont die Rolle von ADRs (Architectural Design Documents) und sagt, dass es wichtig ist, Entscheidungsprozesse zu dokumentieren und weiterzuentwickeln. Um das „Groundhog-Day-Phänomen“ zu vermeiden, ist es unerlässlich, Entscheidungen zu dokumentieren und zu teilen. The Clean Coder (Robert C. Martin, „Uncle Bob“) Zentrale Erkenntnis: Das Buch untersucht, was echte Professionalität bedeutet, und stellt insbesondere Uncle Bobs radikale Ansichten zu Deadlines und Schätzungen vor. In Engineering-Kulturen werden Schätzungen und Deadlines häufig verwechselt; für Professionalität müssen sie jedoch klar voneinander getrennt werden. Merkmale des Buches Es enthält viele Geschichten, durch die man die Person Uncle Bob besser kennenlernt. Das Buch ist gut geschrieben, leicht zu lesen und eignet sich dafür, von vorn bis hinten gelesen zu werden. Working Effectively with Legacy Code (Michael Feathers) Zentrale Erkenntnis: Code, der schwer oder beängstigend zu ändern ist, ist schlecht designt; jeder kann Code so gestalten, dass er leichter zu ändern ist. Legacy-Code wird als Code definiert, der keine Testabdeckung hat oder dessen Verhalten man nicht versteht. Das Buch bietet Orientierung dazu, wie man anfängt, wenn es sich nicht um ein Greenfield-Projekt handelt oder man wenig Kontrolle über die Codebase hat. Wert des Buches Da die einzelnen Abschnitte unabhängig voneinander sind, eignet es sich gut als Nachschlagewerk; effektiver ist es, gezielt die benötigten Teile zu lesen, statt es von vorn bis hinten durchzulesen. Web Scalability for Startup Engineers (Artur Ejsmont) Zentrale Erkenntnis: In der frühen Phase eines Startups ist es wichtiger, schnell voranzukommen, als übermäßige Optimierung oder hohe Verfügbarkeit anzustreben; investieren sollte man zum richtigen Zeitpunkt. Frühe Startups sollten nicht versuchen, perfekte Fehlertoleranz oder Hochverfügbarkeit aufzubauen, solange sie nur wenige Kunden haben. Zeitliche Grenzen und Empfehlungen Die im Buch behandelten Themen waren in den 2010er-Jahren wichtig; heute haben SaaS- und PaaS-Unternehmen viele dieser Probleme gelöst. Eine aktuelle Version müsste als Handbuch für Erstgründer oder technische Führungskräfte aktualisiert werden. Recoding America (Jennifer Pahlka) Zentrale Erkenntnis: Das Buch zeigt die Ineffizienz von Regierungssoftware und ihre Verbesserungsmöglichkeiten und eröffnet die Perspektive, dass auch Regierungssoftware in guter Qualität gebaut werden kann. Regierungssoftware wird danach bewertet, ob Checklisten abgearbeitet wurden; ob sie tatsächlich funktioniert, wird daher nicht ausreichend berücksichtigt. Es betont die Bedeutung der zentralen agilen Prinzipien „enge Zusammenarbeit mit dem Kunden“ und „kontinuierliche Lieferung funktionierender Software“, wenn sie auf die Entwicklung von Regierungssoftware angewandt werden. Building Evolutionary Architectures (Neal Ford, Rebecca Parsons, Patrick K. Kua, Pramod Sadalage) Zentrale Erkenntnis: Über das Konzept der „Fitness Functions“ zeigt das Buch, wie man objektiv bewertet, ob ein System wie erwartet funktioniert, und wie man evolutionäre Architekturen aufbaut. Fitness Functions sind unerlässlich, um die Evolution eines Systems zu verfolgen und zu prüfen, ob Designentscheidungen wie beabsichtigt wirken. Beim Aufbau von Teams und beim Design von Systemen muss berücksichtigt werden, welchen Einfluss Organisationsstrukturen wie Conway’s Law auf Softwarearchitektur haben. Looks Good to Me (Adrian Bergeron) Zentrale Erkenntnis: Die konkreten Ratschläge des Buches sind nicht mehr im Gedächtnis, aber es hat noch einmal an die Bedeutung von Pull Requests (PRs) erinnert. Bei einer jüngsten Migration im Unternehmen wurde mir bewusst, dass die PR-Reviews zu oberflächlich waren; deshalb halte ich es für nötig, dieses Buch erneut zur Hand zu nehmen. Wert des Buches Es bietet gute Leitlinien für soziale Verträge und die Definition von Standards im Team. Technikbücher sind nützlich, um bei Bedarf wieder darin nachzuschlagen und Ideen weiterzuentwickeln. Slow Productivity (Cal Newport) Kern-Insight: Mit der Botschaft „Weniger arbeiten und sich auf sinnvolle Arbeit konzentrieren“ warnt das Buch vor Pseudo-Produktivität und betont, dass man sich auf Aktivitäten mit hohem Wert fokussieren sollte. Es zeigt Cal Newports tiefgehende Denkweise; um sich auf wichtige Dinge wie den Betrieb eines Podcasts zu konzentrieren, hat er unnötige Aktivitäten reduziert. Mit zunehmender Berufserfahrung sollte man sich auf Aktivitäten mit dem höchsten Hebel und Wert konzentrieren; Pseudo-Produktivität steht dem im Weg. The Unicorn Project (Gene Kim) Kern-Insight: Das Buch erklärt die Bedeutung von DevOps-Prozessen aus Sicht des Software Engineerings und betont, dass grundlegende Probleme gelöst werden müssen, um die Entwicklungsgeschwindigkeit zu erhöhen. Systeme, die von Release-Managern abhängen, sind ineffizient; durch automatisierte Prozesse sollte jeder Releases verwalten können. Aufbau und Wirkung des Buches Anders als das frühere Werk „The Phoenix Project“ erklärt es DevOps aus Sicht des Software Engineerings und ist damit für mehr Entwickler anwendbar. Es vermittelt technische Inhalte leicht verständlich in Form einer Fabel und prägte den Trend, Technikbücher mit Storytelling zu verbinden. Tidy First (Kent Beck) Kern-Insight: Das Buch betont den Wert von „Optionality“ in der Code-Struktur, also Flexibilität und Erweiterbarkeit; ähnlich wie der Zeitwert schafft dies potenziellen künftigen Nutzen. Da es beim ersten Schreiben von Code schwer ist vorherzusagen, welche Funktionen künftig benötigt werden, ist es wichtig, ihn so zu schreiben, dass er flexibel geändert werden kann. Merkmale und Wert des Buches Es ist kurz und prägnant, bietet aber tiefe Einsichten und vermittelt Freude an der Softwareentwicklung. Ideen aus anderen Branchen, etwa dem Optionshandel, auf Software anzuwenden, ist ein Zeichen reifer Entwicklung. Unix: A History and a Memoir Kern-Insight: Das Buch vermittelt, wie „Pipes“, einer der zentralen Bausteine von Unix, funktionieren und warum sie wichtig sind. Dank der Unix-Philosophie, nach der jedes Programm Eingaben annimmt und Ausgaben zurückgibt, lassen sich Ausgaben zwischen Programmen über den Pipe-Operator einfach verbinden. Doug McIlroys Rolle Doug McIlroy spielte eine wichtige Rolle dabei, die Unix-Idee durch Pipes zusammenzuführen, und trug zur Ausformung der Unix-Philosophie bei. The Twelve-Factor App Kern-Insight: Das Buch stellt zwölf Prinzipien für den Aufbau Cloud-nativer Anwendungen vor; falsch angewendet können diese Prinzipien jedoch die Komplexität eher erhöhen. Die Prinzipien stammen aus der Heroku-Zeit und bei ihren grundlegenden Aussagen nickt man zustimmend. Ähnlich wie beim Einsatz bestimmter Technologien wie Kubernetes ohne echtes Verständnis können auch diese Prinzipien missbraucht werden. The Agile Manifesto Kern-Insight: Agile entstand als Gegenreaktion auf das Wasserfallmodell und zielt darauf ab, funktionierende Software schnell auszuliefern und Kundenfeedback rasch einfließen zu lassen. Der Kern von Agile besteht darin, eng mit Kunden und Stakeholdern zusammenzuarbeiten und Software iterativ zu verbessern. Moderne Anwendung und Kritik Das Wesen von Agile ist vielen Entwicklern vertraut, doch ohne bewusste Anstrengung verliert es leicht seine Bedeutung. Es ist tief in der modernen Softwareentwicklung verankert und regt eher dazu an, bestehende Arbeitsweisen zu reflektieren, als etwas völlig Neues zu lernen. Als Reaktion auf das Wasserfallmodell war es sehr wirkungsvoll und betont, dass es wegen der Komplexität von Software wichtiger ist, in kleinen Einheiten Wert zu liefern, als langfristig im Detail zu planen. The Software Engineer's Guidebook (Jorge Orozco) Kern-Insight: Mit dem Karrierefortschritt sollte man sich auf Aufgaben mit hohem Hebel konzentrieren und die eigene Laufbahn aktiv steuern. Das Buch betont die Bedeutung von Managern und Sponsoren: Der Manager unterstützt dich bei Beförderungen, und du musst daran arbeiten, diese Erwartungen zu erfüllen. Merkmale des Buches Ähnlich wie der Newsletter „The Pragmatic Engineer“ bietet es praktische Ratschläge zum Karrieremanagement. Es liefert Frameworks, um komplexe Karrierepfade zu verstehen und sich selbst aktiv sichtbar zu machen. Hypermedia Systems (Carson Gross, et al.) Kern-Insight: Mit Technologien wie HTMX lassen sich auch per Server-side Rendering ausreichend dynamische Webanwendungen bauen, wodurch der Bedarf an komplexen JavaScript-Clients sinkt. Indem man die Vorteile von Hypermedia-Systemen, der ursprünglichen Idee des Webs, nutzt, lassen sich unabhängig von der Backend-Technologie viele Funktionen serverseitig umsetzen, sofern die Spezifikation gut ist. Vorteile und Grenzen von HTMX Mit HTMX geschriebener Code ist einfach und dadurch gut wartbar; zudem dürfte er länger Bestand haben als moderne Frameworks. HTMX ist vielleicht nicht die Zukunft der Webentwicklung, doch solche Gegenpositionen helfen dabei, als Engineer bessere Urteile zu fällen. Team Topologies (Matthew Skelton, Manuel Pais) Kern-Insight: Teams sollten so organisiert sein, dass die zu koordinierenden Abhängigkeiten minimiert werden; die Teamstruktur wirkt sich direkt auf die Softwarearchitektur aus. Team Topologies konzentriert sich darauf, den Flow zu optimieren, indem die Koordination zwischen Teams reduziert wird. Da die Struktur der Teams die Struktur der Software bestimmt, sollte man bei der Teamzusammenstellung sorgfältig vorgehen. Ace the System Design Interview (Alex Xu) Kern-Insight: In System-Design-Interviews ist es wichtig, mit „Back-of-the-napkin math“ Größenordnungen und Performance-Anforderungen abzuschätzen. Wenn man typische Werte für Zeiten, Datenmengen und Ähnliches auswendig kennt und nutzt, um Systemanforderungen zu konkretisieren, kann man Designs auf Grundlage von Belegen statt bloßer Vermutungen erstellen. Wenn etwa eine bestimmte Anzahl von Tweets pro Stunde verarbeitet werden muss, lassen sich benötigter Speicherplatz und Durchsatz berechnen, sobald Bytes pro Tweet und Tweet-Länge bekannt sind. Einsatz im Interview Wenn man gemeinsam mit dem Interviewer laut denkt und den Rechenweg teilt, kann man Feedback erhalten und zu einem besseren Design gelangen. Wichtig ist nicht, einfach nur die neuesten Technologien aufzuzählen, sondern zu begründen, warum eine bestimmte Technologie gewählt wurde. The Good News Factory (Kent Beck) Kern-Insight: Damit ein Softwareteam zu einer „Good News Factory“ wird, die kontinuierlich „gute Nachrichten“ liefert, sind sauberer Code und der Aufbau erweiterbarer Systeme unverzichtbar. Wenn ein Team nicht regelmäßig positive Ergebnisse vorweisen kann, können von außen negative Narrative entstehen. Merkmale des Buches Es ist ein kurzes, prägnantes Buch im Report-Format, das seine Kernbotschaft wirkungsvoll vermittelt. Thinking in Systems (Donella Meadows) Kern-Insight: Das Konzept von „Stocks and Flows“ hilft, die dynamischen Eigenschaften von Systemen zu verstehen, und bietet ein nützliches Framework zur Analyse komplexer Systeme. Wie beim Verständnis des Unterschieds zwischen BIP (Flow) und Marktkapitalisierung (Stock) ist es wichtig, den aktuellen Zustand eines Systems von seiner Änderungsrate zu unterscheiden. Wert des Buches Es ist abstrakt, bietet aber hochkarätige Einsichten für strategisches und systemisches Denken. Grokking Concurrency (Karol Bobrov) Kern-Insight: Wichtig ist das „Right-sizing“ von Nebenläufigkeitsmodellen; sowohl zu feingranulare als auch zu breit angelegte Modelle haben Nachteile. Das Buch zeigt, wie man Arbeitseinheiten versteht, die parallelisiert oder in gleichzeitige Tasks aufgeteilt werden können, und wie man Systeme entsprechend tunt. Rework (Jason Fried, David Heinemeier Hansson) Kern-Insight: Klein und unbekannt zu sein kann als Vorteil genutzt werden, um zu iterieren, sich neu zu erfinden und Erfolg aufzubauen. Die Nachteile vor dem Bekanntwerden können vielmehr Chancen für Innovation sein; man sollte sie nutzen, um die Vorteile des Erfolgs nicht zu verpassen. Merkmale und Wirkung des Buches Es ist ein logisch aufgebautes und gut geschriebenes Buch, das Menschen inspiriert, die bootstrappen oder etwas aufbauen wollen, das nicht in gängige Vorstellungen von Erfolg passt. Die Erfolgsgeschichte von Basecamp und 37signals belegt, dass ihre Philosophie auch über die Zeit hinweg Bestand hat. In the Plex (Steven Levy) Zentrale Erkenntnisse Die Fähigkeit der Google-Ingenieure, komplexe Konzepte wie die Auktionstheorie eigenständig neu zu erfinden, ist das Ergebnis davon, kluge Menschen einzustellen und ihnen zu vertrauen. Der Erfolg eines Startups ist nicht garantiert; daher muss man kontinuierlich hart arbeiten und zur Zukunft des Unternehmens beitragen. Verbindung zum Autor Der Autor Steven Levy ist ein hervorragender Schriftsteller, und auch sein anderes Buch „Crypto“ ist empfehlenswert. Die Erfahrung, ein Vorstellungsgespräch bei einem Unternehmen zu führen, dessen heutiger CEO eine im Buch vorkommende Person ist, war äußerst interessant. Thinking Like a Large Language Model (Mukund Sundararajan) Zentrale Erkenntnis: Die konkreten Erinnerungen an dieses Buch sind zwar verblasst, aber es half dabei, die Denkweise von LLMs zu verstehen. The DevOps Handbook Zentrale Erkenntnisse Es bietet Anleitungen für die praktische DevOps-Umsetzung, etwa CI/CD-Pipelines, automatische Rollbacks und verbesserte Observability, und hat die Software-Engineering-Fähigkeiten des Teams deutlich verbessert. Es stellt die Technik des „Shadow Traffic“ vor: Beim Ausrollen neuer Funktionen wie einer „neuen Suchfunktion“ wird ein Teil des realen Traffics an eine neue API geleitet, um die Ergebnisse zu beobachten. Es betont die Bedeutung, Deployment und Release zu trennen; mithilfe von Feature Flags lassen sich Regressionen, die während einer Migration auftreten können, schnell behandeln. Autoren und Wert des Buchs Zu den renommierten Autoren zählen Gene Kim, Jess Humble, Patrick Dubois, Nicole Forsgren und John Willis; das Buch enthält ergänzende Inhalte zu „Unicorn Project“ und „The Phoenix Project“. Just for Fun: How Linus Torvalds Started an Accidental Revolution Zentrale Erkenntnis: Linus Torvalds schuf Linux, indem er sich auf das konzentrierte, was ihm Spaß machte – mit dem Ergebnis, dass es die Welt veränderte. Sich auf das zu konzentrieren, was einem Freude bereitet, ist die Motivation, mit der man am härtesten arbeitet, und kann zu unerwartet großem Erfolg führen. Innovation durch Open-Source-Software Linus Torvalds entwickelte einen unkonventionellen Weg, mit Open-Source-Software Einnahmen zu erzielen und zugleich seinen Prinzipien treu zu bleiben; das hatte großen Einfluss auf den Serverbetrieb und die Art, Code zu committen. Made to Stick Zentrale Erkenntnis: Einprägsame Ideen folgen bestimmten Mustern; auch ohne kreatives Genie kann man diese Muster nutzen, um Ideen wirksam zu vermitteln. Die Botschaft „Konzentriere dich auf das, was Spaß macht, und vertraue darauf, dass du an den Dingen, die dir am meisten Spaß machen, am härtesten arbeiten wirst“ hatte großen Einfluss auf persönliche Karriereentscheidungen. Staff Engineer (Will Larson) Zentrale Erkenntnis: Auf Staff-Engineer-Niveau sollte man sich auf Aufgaben mit hoher Priorität und großer Wirkung konzentrieren; das ist ein wichtiger Maßstab für die gesamte Karriere. Es gibt keinen festgelegten Weg zum Staff Engineer; Menschen mit unterschiedlichsten Hintergründen lösen komplexe Probleme. Finite and Infinite Games (James P. Carse) Zentrale Erkenntnis: Bei „endlichen Spielen“ sind Sieg und Niederlage klar definiert, während es bei „unendlichen Spielen“ darum geht, das Spiel selbst zu genießen; im Leben ist es wichtig, unendliche Spiele zu verfolgen. Als Linus Torvalds Linux entwickelte, verfolgte er kein endliches Spiel, das populärste Betriebssystem zu schaffen, sondern ein unendliches Spiel: das beste Betriebssystem zu bauen und eine Community aufzubauen. Radical Candor (Kim Scott) Zentrale Erkenntnis: Direktes und ehrliches Feedback ist oft der Weg, der dem Gegenüber wirklich hilft; „ruinöse Empathie“ (ruinous empathy) sollte vermieden werden. Direktes Feedback gibt man, weil einem das Wohlergehen des Gegenübers wirklich am Herzen liegt; das ist nicht dasselbe wie Unhöflichkeit. Beim Geben von Feedback ist es wichtig, die Gefühle des Gegenübers zu berücksichtigen und dennoch die Kernaussage klar zu vermitteln. Mastering OpenTelemetry and Observability (Steve Flanders) Zentrale Erkenntnis: Man sollte Vendor Lock-in vermeiden und OpenTelemetry nutzen, doch im Zeitalter der KI könnte sich die Bedeutung von Vendor Lock-in verändern – ein Punkt, der zum Umdenken anregt. Wegen der Bequemlichkeit von Tools wie DataDog kann Vendor Lock-in attraktiv wirken, doch Risiken wie Preisänderungen oder Übernahmen sollten berücksichtigt werden. Beyond Vibe Coding (Addy Osmani) & Advanced React (Nadia Makarevich) Zentrale Erkenntnisse „Beyond Vibe Coding“ stellt das Konzept der „augmented AI“ vor, bei dem produktive Engineers gemeinsam mit Coding Agents Code schreiben. „Advanced React“ eignet sich gut als Nachschlagewerk. The Tao of Programming (Jeffrey James) Zentrale Erkenntnis: Beim Bau eines Betriebssystems zählt vor allem technische Korrektheit; reale Weltmodelle wie ein Gehaltssystem sind dagegen schwieriger, weil sie komplexe Fragen wie Stakeholder einbeziehen. Für Programmierer mag das nicht intuitiv sein, doch es legt nahe, dass die Modellierung der realen Welt in Software inhärente Komplexität besitzt. Bezug zum Essay „Worse Is Better“ „The Tao of Programming“ und „Worse Is Better“ sind ähnliche Texte: kurz, aber tiefgehend und zum Nachdenken anregend. Mastering the Behavioral Interview (Austin McDonald) Zentrale Erkenntnis: Man kann lernen, wie man in technischen Interviews im Silicon-Valley-Stil die eigene Erfahrung passend zu Archetypen wie dem „einsamen Hacker“ erzählt. Die Fähigkeit, Geschichten im Interview wirksam zu vermitteln, ist sehr wichtig; dieses Buch zeigt konkret, wie das geht. Designing Data-Intensive Applications (Martin Kleppmann) Zentrale Erkenntnis: Es behandelt grundlegende Konzepte verteilter Systeme ausführlich, darunter Zuverlässigkeit, Latenz versus Durchsatz und Resilienz versus schnelle Wiederherstellung. Es behandelt auch Themen wie Datenschutz und die Ausbeutung von Aufmerksamkeit und wird beim Aufbau stark nachgefragter Systeme zu mehr Reflexion anregen. Reflections on Trusting Trust (Ken Thompson) & Coding Machines (Lawrence Kesteloot) Zentrale Erkenntnis: In einer Zeit, in der KI Code erzeugt, regt es dazu an, tief über Vertrauensfragen bei generiertem Code und potenziell böswillige Absichten (z. B. Steganografie) nachzudenken. Frictionless (Nicole Forsgren, Abby Noda) Zentrale Erkenntnis: Dieses Buch richtet sich vor allem an Führungskräfte großer Unternehmen und konzentriert sich auf die Umsetzung von Developer-Experience-(DevEx-)Initiativen; in der aktuellen Karrierestufe hatte es daher keinen großen Einfluss. Es enthält hervorragende Inhalte zu DevEx, könnte aber für Unternehmen ab der Post-Series-C-Phase wichtiger sein. Project Hail Mary (Andy Weir) Zentrale Erkenntnis: Die Zukunft ist nichts, wovor man Angst haben muss, sondern ein Problem, das gelöst werden will; das Buch zeigt einen optimistischen Blick auf die Rolle von Menschheit und Technologie. Es vermittelt die hoffnungsvolle Botschaft, dass sich auch in schwierigen Situationen durch Fokus und Innovation Erstaunliches erreichen lässt.

Inhaltsverzeichnis

Book Overflow zum 2-jährigen Jubiläum: Wichtige Erkenntnisse aus 45 Technikbüchern
- Vorstellung des Podcasts und Rückblick auf zwei Jahre
- Zentrale Erkenntnisse aus wichtigen Technikbüchern

Ein Rückblick auf die wichtigsten Erkenntnisse aus 45 Technikbüchern, die in den vergangenen zwei Jahren gelesen wurden, sowie darauf, wie sie die Denkweise als Software Engineer geprägt haben – insbesondere mit Blick auf das KI-Zeitalter und ein tiefes Verständnis effizienter Entwicklungsprozesse.

Vorstellung des Podcasts und Rückblick auf zwei Jahre

Vorstellung von Book Overflow

Ein Podcast über Technikbücher für Software Engineers, dessen Ziel es ist, jede Woche die besten Technikbücher zu lesen und dadurch die eigenen Fähigkeiten zu verbessern.

Planung der Folge zum 2-jährigen Jubiläum

Zum zweiten Jubiläum des Podcasts blicken die Hosts auf alle Bücher zurück, die sie in den vergangenen zwei Jahren gelesen haben, und teilen aus jedem Buch genau eine Erkenntnis, die ihnen am stärksten im Gedächtnis geblieben ist und bis heute nachwirkt.
Der Fokus liegt nicht nur darauf, sich an die Inhalte der Bücher zu erinnern, sondern darauf, welchen Einfluss sie auf die eigene Denkweise als Software Engineer hatten.

Veränderungen in den vergangenen zwei Jahren

Die Podcast-Hosts Carter und Nathan haben in den vergangenen zwei Jahren große Veränderungen in ihrem Privatleben erlebt.
- Nathan ist in ein anderes Land gezogen, beide haben ein Graduiertenstudium abgeschlossen, und Nathan erwartet bald ein Kind.
- Auch beruflich gab es Veränderungen: Nathan ist in die Vollzeitberatung gewechselt, und Carter ist von Big Tech zu einem Startup gewechselt.
Dass der Podcast trotz dieser persönlichen Veränderungen weitergeführt werden konnte, verdanken sie der Unterstützung und dem Interesse der Hörerinnen und Hörer; dafür sprechen sie ihren Dank aus.

Zentrale Erkenntnisse aus wichtigen Technikbüchern

The Practice of Programming (Brian Kernighan, Rob Pike)

Zentrale Erkenntnis: Das Buch enthält die Programmierphilosophie, auf der die Sprache Go aufbaut. Manche Inhalte sind zwar nicht mehr zeitgemäß, die Kernideen bleiben aber weiterhin gültig.
- Als Go-Programmierer und Fan von Rob Pike erinnert er sich an dieses Buch und daran, dass die zentralen Ideen guter Programmierung daraus hervorgegangen sind.
- Es wird auch erwähnt, dass manche Inhalte, etwa ein CSV-Parser, inzwischen veraltet sind.

A Philosophy of Software Design (John Ousterhout)

Zentrale Erkenntnis: Das Konzept „Design It Twice“ betont, dass besseres Design entsteht, wenn man beim Aufbau eines Systems lernt und verbessert, statt von Anfang an perfekte Gestaltung anzustreben.
- Im KI-Zeitalter kann der Einsatz von LLMs den Aufwand für ein zweites Design verringern und damit effizienteres Design ermöglichen.
- Obwohl das Buch 2018 erschienen ist, hat es weiterhin großen Einfluss und wurde in vielen Büchern zitiert.
Weitere Einsichten
- Es präsentiert starke Ideen zum Kapseln von Komplexität, zu Interface-Design und Fehlerbehandlung.
- In einem Interview mit dem Autor John Ousterhout konnte man seine Ansichten und Kritik zu TDD hören.

Refactoring: Improving the Design of Existing Code (Martin Fowler)

Zentrale Erkenntnis: Refactoring kann jederzeit unterbrochen werden. Da es darum geht, das Design zu verbessern, ohne die Ausgabe des Codes zu verändern, lässt es sich kontinuierlich in kleinen Einheiten durchführen.
- Refactoring wird oft fälschlich als vollständiges Neuschreiben des Codes verstanden, doch Fowlers Definition ist sehr eng gefasst.
Praktisches Anwendungsbeispiel
- Kürzlich wurde bei der Performance-Optimierung von roborobato.com echtes Refactoring angewandt, um die Nutzung von Next.js und React zu verbessern.
- Die Codestruktur wurde ohne Änderungen an Funktionalität oder UI neu organisiert und in fünf Commits aufgeteilt, sodass sie leicht zu prüfen und zu übernehmen war.

What Is ChatGPT Doing and Why Does It Work? (Stephen Wolfram)

Zentrale Erkenntnis: Das Buch half dabei, die Funktionsweise von LLMs zu verstehen, insbesondere den Mechanismus der Vorhersage des nächsten Tokens und das Konzept der Temperature.
- Es erklärt, dass die den LLMs innewohnende Zufälligkeit ihre Stärke hervorbringt.
Wert des Buches
- Es bietet eine gut strukturierte Analyse, die ein komplexes Thema verständlich erklärt.
- Es liefert grundlegendes Vokabular und ein Framework zum Verständnis von LLMs – Wissen, das weiterhin wichtig ist.

Fundamentals of Software Architecture (Mark Richards, Neal Ford)

Zentrale Erkenntnis: Das Buch betont, wie wichtig die Fähigkeit ist, eine Architekturvision an technische und nichttechnische Stakeholder zu vermitteln und zu „verkaufen“, und betrachtet dies als grundlegenden Bestandteil von Architektur.
- Man muss ständig kommunizieren und den eigenen Wert beweisen; eine Haltung nach dem Motto „Es läuft so, wie ich es sage“ ist nicht wünschenswert.
Weitere Prinzipien
- Man sollte nicht im Elfenbeinturm bleiben, sondern mit Code und Team verbunden sein, Design direkt erleben, ein paar Schritte vorausdenken und potenzielle Probleme vorhersehen.
- Es betont die Rolle von ADRs (Architectural Design Documents) und sagt, dass es wichtig ist, Entscheidungsprozesse zu dokumentieren und weiterzuentwickeln.
- Um das „Groundhog-Day-Phänomen“ zu vermeiden, ist es unerlässlich, Entscheidungen zu dokumentieren und zu teilen.

The Clean Coder (Robert C. Martin, „Uncle Bob“)

Zentrale Erkenntnis: Das Buch untersucht, was echte Professionalität bedeutet, und stellt insbesondere Uncle Bobs radikale Ansichten zu Deadlines und Schätzungen vor.
- In Engineering-Kulturen werden Schätzungen und Deadlines häufig verwechselt; für Professionalität müssen sie jedoch klar voneinander getrennt werden.
Merkmale des Buches
- Es enthält viele Geschichten, durch die man die Person Uncle Bob besser kennenlernt.
- Das Buch ist gut geschrieben, leicht zu lesen und eignet sich dafür, von vorn bis hinten gelesen zu werden.

Working Effectively with Legacy Code (Michael Feathers)

Zentrale Erkenntnis: Code, der schwer oder beängstigend zu ändern ist, ist schlecht designt; jeder kann Code so gestalten, dass er leichter zu ändern ist.
- Legacy-Code wird als Code definiert, der keine Testabdeckung hat oder dessen Verhalten man nicht versteht.
- Das Buch bietet Orientierung dazu, wie man anfängt, wenn es sich nicht um ein Greenfield-Projekt handelt oder man wenig Kontrolle über die Codebase hat.
Wert des Buches
- Da die einzelnen Abschnitte unabhängig voneinander sind, eignet es sich gut als Nachschlagewerk; effektiver ist es, gezielt die benötigten Teile zu lesen, statt es von vorn bis hinten durchzulesen.

Web Scalability for Startup Engineers (Artur Ejsmont)

Zentrale Erkenntnis: In der frühen Phase eines Startups ist es wichtiger, schnell voranzukommen, als übermäßige Optimierung oder hohe Verfügbarkeit anzustreben; investieren sollte man zum richtigen Zeitpunkt.
- Frühe Startups sollten nicht versuchen, perfekte Fehlertoleranz oder Hochverfügbarkeit aufzubauen, solange sie nur wenige Kunden haben.
Zeitliche Grenzen und Empfehlungen
- Die im Buch behandelten Themen waren in den 2010er-Jahren wichtig; heute haben SaaS- und PaaS-Unternehmen viele dieser Probleme gelöst.
- Eine aktuelle Version müsste als Handbuch für Erstgründer oder technische Führungskräfte aktualisiert werden.

Recoding America (Jennifer Pahlka)

Zentrale Erkenntnis: Das Buch zeigt die Ineffizienz von Regierungssoftware und ihre Verbesserungsmöglichkeiten und eröffnet die Perspektive, dass auch Regierungssoftware in guter Qualität gebaut werden kann.
- Regierungssoftware wird danach bewertet, ob Checklisten abgearbeitet wurden; ob sie tatsächlich funktioniert, wird daher nicht ausreichend berücksichtigt.
- Es betont die Bedeutung der zentralen agilen Prinzipien „enge Zusammenarbeit mit dem Kunden“ und „kontinuierliche Lieferung funktionierender Software“, wenn sie auf die Entwicklung von Regierungssoftware angewandt werden.

Building Evolutionary Architectures (Neal Ford, Rebecca Parsons, Patrick K. Kua, Pramod Sadalage)

Zentrale Erkenntnis: Über das Konzept der „Fitness Functions“ zeigt das Buch, wie man objektiv bewertet, ob ein System wie erwartet funktioniert, und wie man evolutionäre Architekturen aufbaut.
- Fitness Functions sind unerlässlich, um die Evolution eines Systems zu verfolgen und zu prüfen, ob Designentscheidungen wie beabsichtigt wirken.
- Beim Aufbau von Teams und beim Design von Systemen muss berücksichtigt werden, welchen Einfluss Organisationsstrukturen wie Conway’s Law auf Softwarearchitektur haben.

Looks Good to Me (Adrian Bergeron)

Zentrale Erkenntnis: Die konkreten Ratschläge des Buches sind nicht mehr im Gedächtnis, aber es hat noch einmal an die Bedeutung von Pull Requests (PRs) erinnert.
Bei einer jüngsten Migration im Unternehmen wurde mir bewusst, dass die PR-Reviews zu oberflächlich waren; deshalb halte ich es für nötig, dieses Buch erneut zur Hand zu nehmen.
Wert des Buches
- Es bietet gute Leitlinien für soziale Verträge und die Definition von Standards im Team.
- Technikbücher sind nützlich, um bei Bedarf wieder darin nachzuschlagen und Ideen weiterzuentwickeln.

Slow Productivity (Cal Newport)

Kern-Insight: Mit der Botschaft „Weniger arbeiten und sich auf sinnvolle Arbeit konzentrieren“ warnt das Buch vor Pseudo-Produktivität und betont, dass man sich auf Aktivitäten mit hohem Wert fokussieren sollte.
- Es zeigt Cal Newports tiefgehende Denkweise; um sich auf wichtige Dinge wie den Betrieb eines Podcasts zu konzentrieren, hat er unnötige Aktivitäten reduziert.
- Mit zunehmender Berufserfahrung sollte man sich auf Aktivitäten mit dem höchsten Hebel und Wert konzentrieren; Pseudo-Produktivität steht dem im Weg.

The Unicorn Project (Gene Kim)

Kern-Insight: Das Buch erklärt die Bedeutung von DevOps-Prozessen aus Sicht des Software Engineerings und betont, dass grundlegende Probleme gelöst werden müssen, um die Entwicklungsgeschwindigkeit zu erhöhen.
- Systeme, die von Release-Managern abhängen, sind ineffizient; durch automatisierte Prozesse sollte jeder Releases verwalten können.
Aufbau und Wirkung des Buches
- Anders als das frühere Werk „The Phoenix Project“ erklärt es DevOps aus Sicht des Software Engineerings und ist damit für mehr Entwickler anwendbar.
- Es vermittelt technische Inhalte leicht verständlich in Form einer Fabel und prägte den Trend, Technikbücher mit Storytelling zu verbinden.

Tidy First (Kent Beck)

Kern-Insight: Das Buch betont den Wert von „Optionality“ in der Code-Struktur, also Flexibilität und Erweiterbarkeit; ähnlich wie der Zeitwert schafft dies potenziellen künftigen Nutzen.
- Da es beim ersten Schreiben von Code schwer ist vorherzusagen, welche Funktionen künftig benötigt werden, ist es wichtig, ihn so zu schreiben, dass er flexibel geändert werden kann.
Merkmale und Wert des Buches
- Es ist kurz und prägnant, bietet aber tiefe Einsichten und vermittelt Freude an der Softwareentwicklung.
- Ideen aus anderen Branchen, etwa dem Optionshandel, auf Software anzuwenden, ist ein Zeichen reifer Entwicklung.

Unix: A History and a Memoir

Kern-Insight: Das Buch vermittelt, wie „Pipes“, einer der zentralen Bausteine von Unix, funktionieren und warum sie wichtig sind.
- Dank der Unix-Philosophie, nach der jedes Programm Eingaben annimmt und Ausgaben zurückgibt, lassen sich Ausgaben zwischen Programmen über den Pipe-Operator einfach verbinden.
Doug McIlroys Rolle
- Doug McIlroy spielte eine wichtige Rolle dabei, die Unix-Idee durch Pipes zusammenzuführen, und trug zur Ausformung der Unix-Philosophie bei.

The Twelve-Factor App

Kern-Insight: Das Buch stellt zwölf Prinzipien für den Aufbau Cloud-nativer Anwendungen vor; falsch angewendet können diese Prinzipien jedoch die Komplexität eher erhöhen.
- Die Prinzipien stammen aus der Heroku-Zeit und bei ihren grundlegenden Aussagen nickt man zustimmend.
- Ähnlich wie beim Einsatz bestimmter Technologien wie Kubernetes ohne echtes Verständnis können auch diese Prinzipien missbraucht werden.

The Agile Manifesto

Kern-Insight: Agile entstand als Gegenreaktion auf das Wasserfallmodell und zielt darauf ab, funktionierende Software schnell auszuliefern und Kundenfeedback rasch einfließen zu lassen.
- Der Kern von Agile besteht darin, eng mit Kunden und Stakeholdern zusammenzuarbeiten und Software iterativ zu verbessern.
Moderne Anwendung und Kritik
- Das Wesen von Agile ist vielen Entwicklern vertraut, doch ohne bewusste Anstrengung verliert es leicht seine Bedeutung.
- Es ist tief in der modernen Softwareentwicklung verankert und regt eher dazu an, bestehende Arbeitsweisen zu reflektieren, als etwas völlig Neues zu lernen.
- Als Reaktion auf das Wasserfallmodell war es sehr wirkungsvoll und betont, dass es wegen der Komplexität von Software wichtiger ist, in kleinen Einheiten Wert zu liefern, als langfristig im Detail zu planen.

The Software Engineer's Guidebook (Jorge Orozco)

Kern-Insight: Mit dem Karrierefortschritt sollte man sich auf Aufgaben mit hohem Hebel konzentrieren und die eigene Laufbahn aktiv steuern.
- Das Buch betont die Bedeutung von Managern und Sponsoren: Der Manager unterstützt dich bei Beförderungen, und du musst daran arbeiten, diese Erwartungen zu erfüllen.
Merkmale des Buches
- Ähnlich wie der Newsletter „The Pragmatic Engineer“ bietet es praktische Ratschläge zum Karrieremanagement.
- Es liefert Frameworks, um komplexe Karrierepfade zu verstehen und sich selbst aktiv sichtbar zu machen.

Hypermedia Systems (Carson Gross, et al.)

Kern-Insight: Mit Technologien wie HTMX lassen sich auch per Server-side Rendering ausreichend dynamische Webanwendungen bauen, wodurch der Bedarf an komplexen JavaScript-Clients sinkt.
- Indem man die Vorteile von Hypermedia-Systemen, der ursprünglichen Idee des Webs, nutzt, lassen sich unabhängig von der Backend-Technologie viele Funktionen serverseitig umsetzen, sofern die Spezifikation gut ist.
Vorteile und Grenzen von HTMX
- Mit HTMX geschriebener Code ist einfach und dadurch gut wartbar; zudem dürfte er länger Bestand haben als moderne Frameworks.
- HTMX ist vielleicht nicht die Zukunft der Webentwicklung, doch solche Gegenpositionen helfen dabei, als Engineer bessere Urteile zu fällen.

Team Topologies (Matthew Skelton, Manuel Pais)

Kern-Insight: Teams sollten so organisiert sein, dass die zu koordinierenden Abhängigkeiten minimiert werden; die Teamstruktur wirkt sich direkt auf die Softwarearchitektur aus.
- Team Topologies konzentriert sich darauf, den Flow zu optimieren, indem die Koordination zwischen Teams reduziert wird.
- Da die Struktur der Teams die Struktur der Software bestimmt, sollte man bei der Teamzusammenstellung sorgfältig vorgehen.

Ace the System Design Interview (Alex Xu)

Kern-Insight: In System-Design-Interviews ist es wichtig, mit „Back-of-the-napkin math“ Größenordnungen und Performance-Anforderungen abzuschätzen.
- Wenn man typische Werte für Zeiten, Datenmengen und Ähnliches auswendig kennt und nutzt, um Systemanforderungen zu konkretisieren, kann man Designs auf Grundlage von Belegen statt bloßer Vermutungen erstellen.
- Wenn etwa eine bestimmte Anzahl von Tweets pro Stunde verarbeitet werden muss, lassen sich benötigter Speicherplatz und Durchsatz berechnen, sobald Bytes pro Tweet und Tweet-Länge bekannt sind.
Einsatz im Interview
- Wenn man gemeinsam mit dem Interviewer laut denkt und den Rechenweg teilt, kann man Feedback erhalten und zu einem besseren Design gelangen.
- Wichtig ist nicht, einfach nur die neuesten Technologien aufzuzählen, sondern zu begründen, warum eine bestimmte Technologie gewählt wurde.

The Good News Factory (Kent Beck)

Kern-Insight: Damit ein Softwareteam zu einer „Good News Factory“ wird, die kontinuierlich „gute Nachrichten“ liefert, sind sauberer Code und der Aufbau erweiterbarer Systeme unverzichtbar.
- Wenn ein Team nicht regelmäßig positive Ergebnisse vorweisen kann, können von außen negative Narrative entstehen.
Merkmale des Buches
- Es ist ein kurzes, prägnantes Buch im Report-Format, das seine Kernbotschaft wirkungsvoll vermittelt.

Thinking in Systems (Donella Meadows)

Kern-Insight: Das Konzept von „Stocks and Flows“ hilft, die dynamischen Eigenschaften von Systemen zu verstehen, und bietet ein nützliches Framework zur Analyse komplexer Systeme.
- Wie beim Verständnis des Unterschieds zwischen BIP (Flow) und Marktkapitalisierung (Stock) ist es wichtig, den aktuellen Zustand eines Systems von seiner Änderungsrate zu unterscheiden.
Wert des Buches
- Es ist abstrakt, bietet aber hochkarätige Einsichten für strategisches und systemisches Denken.

Grokking Concurrency (Karol Bobrov)

Kern-Insight: Wichtig ist das „Right-sizing“ von Nebenläufigkeitsmodellen; sowohl zu feingranulare als auch zu breit angelegte Modelle haben Nachteile.
- Das Buch zeigt, wie man Arbeitseinheiten versteht, die parallelisiert oder in gleichzeitige Tasks aufgeteilt werden können, und wie man Systeme entsprechend tunt.

Rework (Jason Fried, David Heinemeier Hansson)

Kern-Insight: Klein und unbekannt zu sein kann als Vorteil genutzt werden, um zu iterieren, sich neu zu erfinden und Erfolg aufzubauen.
- Die Nachteile vor dem Bekanntwerden können vielmehr Chancen für Innovation sein; man sollte sie nutzen, um die Vorteile des Erfolgs nicht zu verpassen.
Merkmale und Wirkung des Buches
- Es ist ein logisch aufgebautes und gut geschriebenes Buch, das Menschen inspiriert, die bootstrappen oder etwas aufbauen wollen, das nicht in gängige Vorstellungen von Erfolg passt.
Die Erfolgsgeschichte von Basecamp und 37signals belegt, dass ihre Philosophie auch über die Zeit hinweg Bestand hat.

In the Plex (Steven Levy)

Zentrale Erkenntnisse
- Die Fähigkeit der Google-Ingenieure, komplexe Konzepte wie die Auktionstheorie eigenständig neu zu erfinden, ist das Ergebnis davon, kluge Menschen einzustellen und ihnen zu vertrauen.
- Der Erfolg eines Startups ist nicht garantiert; daher muss man kontinuierlich hart arbeiten und zur Zukunft des Unternehmens beitragen.
Verbindung zum Autor
- Der Autor Steven Levy ist ein hervorragender Schriftsteller, und auch sein anderes Buch „Crypto“ ist empfehlenswert.
- Die Erfahrung, ein Vorstellungsgespräch bei einem Unternehmen zu führen, dessen heutiger CEO eine im Buch vorkommende Person ist, war äußerst interessant.

Thinking Like a Large Language Model (Mukund Sundararajan)

Zentrale Erkenntnis: Die konkreten Erinnerungen an dieses Buch sind zwar verblasst, aber es half dabei, die Denkweise von LLMs zu verstehen.

The DevOps Handbook

Zentrale Erkenntnisse
- Es bietet Anleitungen für die praktische DevOps-Umsetzung, etwa CI/CD-Pipelines, automatische Rollbacks und verbesserte Observability, und hat die Software-Engineering-Fähigkeiten des Teams deutlich verbessert.
- Es stellt die Technik des „Shadow Traffic“ vor: Beim Ausrollen neuer Funktionen wie einer „neuen Suchfunktion“ wird ein Teil des realen Traffics an eine neue API geleitet, um die Ergebnisse zu beobachten.
- Es betont die Bedeutung, Deployment und Release zu trennen; mithilfe von Feature Flags lassen sich Regressionen, die während einer Migration auftreten können, schnell behandeln.
Autoren und Wert des Buchs
- Zu den renommierten Autoren zählen Gene Kim, Jess Humble, Patrick Dubois, Nicole Forsgren und John Willis; das Buch enthält ergänzende Inhalte zu „Unicorn Project“ und „The Phoenix Project“.

Just for Fun: How Linus Torvalds Started an Accidental Revolution

Zentrale Erkenntnis: Linus Torvalds schuf Linux, indem er sich auf das konzentrierte, was ihm Spaß machte – mit dem Ergebnis, dass es die Welt veränderte.
- Sich auf das zu konzentrieren, was einem Freude bereitet, ist die Motivation, mit der man am härtesten arbeitet, und kann zu unerwartet großem Erfolg führen.
Innovation durch Open-Source-Software
- Linus Torvalds entwickelte einen unkonventionellen Weg, mit Open-Source-Software Einnahmen zu erzielen und zugleich seinen Prinzipien treu zu bleiben; das hatte großen Einfluss auf den Serverbetrieb und die Art, Code zu committen.

Made to Stick

Zentrale Erkenntnis: Einprägsame Ideen folgen bestimmten Mustern; auch ohne kreatives Genie kann man diese Muster nutzen, um Ideen wirksam zu vermitteln.
- Die Botschaft „Konzentriere dich auf das, was Spaß macht, und vertraue darauf, dass du an den Dingen, die dir am meisten Spaß machen, am härtesten arbeiten wirst“ hatte großen Einfluss auf persönliche Karriereentscheidungen.

Staff Engineer (Will Larson)

Zentrale Erkenntnis: Auf Staff-Engineer-Niveau sollte man sich auf Aufgaben mit hoher Priorität und großer Wirkung konzentrieren; das ist ein wichtiger Maßstab für die gesamte Karriere.
- Es gibt keinen festgelegten Weg zum Staff Engineer; Menschen mit unterschiedlichsten Hintergründen lösen komplexe Probleme.

Finite and Infinite Games (James P. Carse)

Zentrale Erkenntnis: Bei „endlichen Spielen“ sind Sieg und Niederlage klar definiert, während es bei „unendlichen Spielen“ darum geht, das Spiel selbst zu genießen; im Leben ist es wichtig, unendliche Spiele zu verfolgen.
- Als Linus Torvalds Linux entwickelte, verfolgte er kein endliches Spiel, das populärste Betriebssystem zu schaffen, sondern ein unendliches Spiel: das beste Betriebssystem zu bauen und eine Community aufzubauen.

Radical Candor (Kim Scott)

Zentrale Erkenntnis: Direktes und ehrliches Feedback ist oft der Weg, der dem Gegenüber wirklich hilft; „ruinöse Empathie“ (ruinous empathy) sollte vermieden werden.
- Direktes Feedback gibt man, weil einem das Wohlergehen des Gegenübers wirklich am Herzen liegt; das ist nicht dasselbe wie Unhöflichkeit.
- Beim Geben von Feedback ist es wichtig, die Gefühle des Gegenübers zu berücksichtigen und dennoch die Kernaussage klar zu vermitteln.

Mastering OpenTelemetry and Observability (Steve Flanders)

Zentrale Erkenntnis: Man sollte Vendor Lock-in vermeiden und OpenTelemetry nutzen, doch im Zeitalter der KI könnte sich die Bedeutung von Vendor Lock-in verändern – ein Punkt, der zum Umdenken anregt.
- Wegen der Bequemlichkeit von Tools wie DataDog kann Vendor Lock-in attraktiv wirken, doch Risiken wie Preisänderungen oder Übernahmen sollten berücksichtigt werden.

Beyond Vibe Coding (Addy Osmani) & Advanced React (Nadia Makarevich)

Zentrale Erkenntnisse
- „Beyond Vibe Coding“ stellt das Konzept der „augmented AI“ vor, bei dem produktive Engineers gemeinsam mit Coding Agents Code schreiben.
- „Advanced React“ eignet sich gut als Nachschlagewerk.

The Tao of Programming (Jeffrey James)

Zentrale Erkenntnis: Beim Bau eines Betriebssystems zählt vor allem technische Korrektheit; reale Weltmodelle wie ein Gehaltssystem sind dagegen schwieriger, weil sie komplexe Fragen wie Stakeholder einbeziehen.
- Für Programmierer mag das nicht intuitiv sein, doch es legt nahe, dass die Modellierung der realen Welt in Software inhärente Komplexität besitzt.
Bezug zum Essay „Worse Is Better“
- „The Tao of Programming“ und „Worse Is Better“ sind ähnliche Texte: kurz, aber tiefgehend und zum Nachdenken anregend.

Mastering the Behavioral Interview (Austin McDonald)

Zentrale Erkenntnis: Man kann lernen, wie man in technischen Interviews im Silicon-Valley-Stil die eigene Erfahrung passend zu Archetypen wie dem „einsamen Hacker“ erzählt.
- Die Fähigkeit, Geschichten im Interview wirksam zu vermitteln, ist sehr wichtig; dieses Buch zeigt konkret, wie das geht.

Designing Data-Intensive Applications (Martin Kleppmann)

Zentrale Erkenntnis: Es behandelt grundlegende Konzepte verteilter Systeme ausführlich, darunter Zuverlässigkeit, Latenz versus Durchsatz und Resilienz versus schnelle Wiederherstellung.
- Es behandelt auch Themen wie Datenschutz und die Ausbeutung von Aufmerksamkeit und wird beim Aufbau stark nachgefragter Systeme zu mehr Reflexion anregen.

Reflections on Trusting Trust (Ken Thompson) & Coding Machines (Lawrence Kesteloot)

Zentrale Erkenntnis: In einer Zeit, in der KI Code erzeugt, regt es dazu an, tief über Vertrauensfragen bei generiertem Code und potenziell böswillige Absichten (z. B. Steganografie) nachzudenken.

Frictionless (Nicole Forsgren, Abby Noda)

Zentrale Erkenntnis: Dieses Buch richtet sich vor allem an Führungskräfte großer Unternehmen und konzentriert sich auf die Umsetzung von Developer-Experience-(DevEx-)Initiativen; in der aktuellen Karrierestufe hatte es daher keinen großen Einfluss.
- Es enthält hervorragende Inhalte zu DevEx, könnte aber für Unternehmen ab der Post-Series-C-Phase wichtiger sein.

Project Hail Mary (Andy Weir)

Zentrale Erkenntnis: Die Zukunft ist nichts, wovor man Angst haben muss, sondern ein Problem, das gelöst werden will; das Buch zeigt einen optimistischen Blick auf die Rolle von Menschheit und Technologie.
- Es vermittelt die hoffnungsvolle Botschaft, dass sich auch in schwierigen Situationen durch Fokus und Innovation Erstaunliches erreichen lässt.