Coders at work hat unser technisches Wissen erweitert. Das Buch liefert Informationen, die uns neue M\u00f6glichkeiten f\u00fcr unsere Karriere er\u00f6ffnen. Au\u00dferdem hat das Buch uns geholfen, Probleml\u00f6ser zu werden. Coders at work vermittelte uns Einblicke, die uns halfen zu verstehen, wie wir Probleme angehen und die uns zur Verf\u00fcgung stehenden Werkzeuge nutzen k\u00f6nnen, um \u00fcberlegene L\u00f6sungen zu entwickeln. <\/p>\n\n
DAS BUCH ERKL\u00c4RT IN 60 SEKUNDEN<\/strong><\/p>\n\n Das Buch enth\u00e4lt Interviews mit einigen sehr erfolgreichen Programmierern. Die wichtigsten Teile dieser Interviews beinhalten, wie die Befragten zum Programmieren gekommen sind, ihre bevorzugten Programmiersprachen und ersten Programme, Meinungen zu den aktuellen Programmiertrends und Informationen zu ihrer Karriere. <\/p>\n\n DIE DREI BESTEN ZITATE<\/strong><\/p>\n\n BUCHZUSAMMENFASSUNGEN UND NOTIZEN<\/strong><\/p>\n\n Kapitel eins: Jamie Zawinski<\/strong><\/p>\n\n Der Nachtclubbesitzer, Lisp-Hacker und fr\u00fche Netscape-Entwickler Jamie Zawinski geh\u00f6rt zu einer Gruppe von Hackern, die mit ihren Initialen aus drei Buchstaben als vollst\u00e4ndigen Namen bekannt sind. Im Jahr 1998 leistete er einen bemerkenswerten Beitrag zur Entwicklung von mozilla.org und XEmacs. Auf die Frage, wie er das Programmieren gelernt hat, antwortete Zawinski, dass er in der achten Klasse zum ersten Mal einen Computer unter Programmierbedingungen benutzt hat. Es gab keine M\u00f6glichkeit, Programme zu speichern, also tippten wir sie aus Zeitschriften ein. Au\u00dferdem habe ich eine Menge B\u00fccher \u00fcber verschiedene Sprachen gelesen, so dass ich keine M\u00f6glichkeit hatte, Programme f\u00fcr Sprachen zu schreiben, die ich nur studiert hatte. Die Arbeit bei Lucid, einem Unternehmen, das Lisp-Software implementiert und eine Entwicklungsumgebung erstellt, hat dazu beigetragen, dass Zawinski ein besserer Programmierer geworden ist. Er pl\u00e4diert daf\u00fcr, dass Entwickler sich des Syndroms des zweiten Systems bewusst sein sollten. Es sei f\u00fcr ihn nie eine perfekte Idee gewesen, ein System neu zu entwerfen. Zawinski r\u00e4t jungen Programmierern, klein anzufangen und sich mehr auf den Prozess als auf die Ergebnisse zu konzentrieren. So hat auch Fitzpatrick mit LiveJournal begonnen. <\/p>\n\n Lieblingszitat des Kapitels: „Manchmal. Am Ende mache ich den ganzen Sysadmin-Mist, den ich nicht ausstehen kann – das hat mir noch nie gefallen. Es hat mir Spa\u00df gemacht, an XScreenSaver zu arbeiten, denn in gewisser Weise sind Bildschirmschoner – die eigentlichen Anzeigemodi und nicht das XScreenSaver-Framework – das perfekte Programm, weil sie fast immer bei Null anfangen und etwas H\u00fcbsches machen und es nie eine Version 2.0 gibt. Es gibt sehr selten einen Fehler in einem Bildschirmschoner. Er st\u00fcrzt ab – oh, da ist ein Teiler durch Null, und Sie beheben das.“<\/em><\/strong><\/p>\n\n Kapitel zwei: Brad Fitzpatrick<\/strong><\/p>\n\n Brad Fitzpatrick ist der j\u00fcngste unter den Befragten und die einzige Person. Er kann nicht ohne das Internet oder den Computer leben. Nachdem er seinem Vater dabei zugesehen hatte, wie er einen Apple II von Grund auf baute, wurde Brad zum Programmierer, spielte mit den Hardwareteilen und las B\u00fccher. Wie Zawinski hat auch Brad mit BASIC angefangen. Er konnte weder mit einer Maus noch mit h\u00f6heren Grafikmodi und Farben etwas anfangen. Es dauerte, bis einer von Brads Familienfreunden ihn in C einf\u00fchrte und ihm Turbo C gab. Brad spielte auch mit Assembler-Programmierung auf Rechnern wie dem Z80 auf dem IT-Rechner herum. Brads Interesse an Perl begann, als er sich mit CGIs besch\u00e4ftigte und ein oder zwei Zeilen in den Netscape Navigator-Browser eingab. Brad besuchte keine Kurse zum Thema Programmierung. Es ging nur um ein oder zwei B\u00fccher aus der Bibliothek. Sein College war eine Kombination aus Laufen und LiveJournal, was die Schule ertr\u00e4glich machte. <\/p>\n\n Lieblingszitat des Kapitels: „Damals, als ich mich mit Perl besch\u00e4ftigte – selbst f\u00fcr Leute, die Perl wirklich gut kannten – w\u00fcrde ich MJDs Higher-Order Per! empfehlen. Das Buch ist insofern unterhaltsam, als es recht einfach anf\u00e4ngt und Sie denken: Ja, ja, ich wei\u00df, was ein Abschluss ist. Und dann geht es weiter, um Ihnen den Kopf zu verdrehen. Am Ende des Buches sind Sie einfach nur noch hin und weg.“<\/em><\/strong><\/p>\n\n Kapitel drei: Douglas Crockford<\/strong><\/p>\n\n Douglas Crockford war fr\u00fcher ein leitender Javascript-Architekt bei Yahoo. Zuvor arbeitete er f\u00fcr Lucasfilm, Atari und Electric Communities. Crockford besuchte die Universit\u00e4t von San Francisco und belegte einen Fortran-Kurs in der mathematischen Abteilung, wo er das Programmieren lernte. Crockford ist der Meinung, dass mit den Verbesserungen bei CPU und Speicher bzw. bei der Hardware im Allgemeinen die Effizienz f\u00fcr die Entwickler nicht mehr so wichtig ist wie in der Vergangenheit. Dem Interviewpartner zufolge liegt ein Teil dessen, was das Programmieren schwer macht, darin, dass die Programmierer die meiste Zeit Dinge tun, die sie fr\u00fcher nicht getan haben. Er spricht \u00fcber seine Lieblingsmethode bei Vorstellungsgespr\u00e4chen mit Bewerbern. Er fordert den Kandidaten auf, ein St\u00fcck Code mitzubringen, das er gemacht hat, und es uns vorzuf\u00fchren. Crockford ist auch der Meinung, dass die einzige M\u00f6glichkeit, Javascript zu verbessern, darin best\u00fcnde, es zu verkleinern, wenn wir alle Funktionen entfernen k\u00f6nnten, die keinen Wert haben, und nur das beibehalten, was wichtig ist. Er sagt, dass dieser Ansatz auch bei HTML, HTTP und CSS angewendet werden kann. Die Entwickler sollten herausfinden, was die Sprachen am besten k\u00f6nnen und sich darauf konzentrieren, anstatt immer wieder neue Updates einzubauen. Auf die Frage nach Ratschl\u00e4gen f\u00fcr angehende Programmierer antwortete Crockford, dass sie sich mehr auf die Kommunikation konzentrieren sollten. Sie sollten lernen, wie man liest und schreibt. <\/p>\n\n Lieblingszitat des Kapitels: „Im Gro\u00dfen und Ganzen haben wir uns ganz gut geschlagen. Ich denke, die Welt ist ein besserer Ort, auch wenn sie sich nicht immer vorw\u00e4rts bewegt. Wenn ich mir die internationale Politik der letzten zehn Jahre anschaue, die Konsolidierung der gro\u00dfen Medien und die korrumpierenden Auswirkungen, die nicht durch das offene Netz kompensiert wurden. Das ist eine gro\u00dfe Entt\u00e4uschung. Hunderttausende von Menschen sind als direkte Folge davon gestorben.“<\/em><\/strong><\/p>\n\n Kapitel vier: Brendan Eich<\/strong><\/p>\n\n Brendan Eich, CTO der Mozilla Corporation, einer Tochtergesellschaft der Mozilla Foundation, ist verantwortlich f\u00fcr die kontinuierliche Entwicklung des Firefox-Browsers und Sch\u00f6pfer von Javascript, der meistgenutzten Programmiersprache im Web. Brendan studierte Physik in Santa Clara, wo er das Programmieren erlernte. Brendan sagt, dass er sich f\u00fcr Unix und C interessierte, aber sie fingen gerade erst mit dem alten DEC Iron an. Er hatte einen Portable C Compiler und begann, Code zu erstellen und mit der Portierung von Unix-Dienstprogrammen herumzuspielen. Nach Brendans Beobachtung schrieben mehr Leute Code mit mehr High-Level-Abstraktionen als zuvor. Wenn Sie Anwendungen betreiben, die auf Servern weltweit verteilt sind, funktioniert der alte Ansatz nicht mehr. Brendan spricht auch dar\u00fcber, wie er bei SCI an Kernel- und Netzwerkcode gearbeitet hat. Der Umfang des Sprachhintergrunds, den er verwendete, wuchs mit der Zeit, weil er seine Netzwerkverwaltungs- und Paketschn\u00fcffelschicht schrieb. Eich liest nicht nur Code, sondern auch B\u00fccher \u00fcber Programmierung. Er sagt, dass er die B\u00fccher von Brian Kernighan sehr mochte und sie f\u00fcr sehr gut hielt. Eich liebte auch Knuths Art of Computer Programming, Band 1 – 3. <\/p>\n\n Lieblingszitat des Kapitels: „[Assenbly level programming] trennt irgendwie immer noch die Brusthaar-geschlechtsunabh\u00e4ngigen Programmierer von denen, die es nicht ganz haben.“<\/em><\/strong><\/p>\n\n Kapitel f\u00fcnf: Joshua Bloch<\/strong><\/p>\n\n Joshua Bloch ist der derzeitige Java-Chefarchitekt bei Google und ein ehemaliger Ingenieur bei Sun Microsystems. Er war federf\u00fchrend bei der Entwicklung und Implementierung des Java Collections Framework, das in Java 2 eingef\u00fchrt wurde. Joshua lernte das Programmieren, insbesondere Fortran, von seinem Vater, als er um 1971 einen Programmierkurs besuchte. Im Jahr 1977 schrieb Joshua eine Version des Spiels „Zwanzig Fragen“, das unter dem Namen „Animals“ bekannt ist. Dies war das erste spannende Programm, das er schrieb. Joshua betont, dass Entwickler h\u00e4ufig B\u00fccher wie Design Patterns lesen sollten, die ein gemeinsames Vokabular, gute Ideen und ein Sammelsurium von Stilen und Sprachen enthalten. Ein weiteres Buch ist Elements of Style, das zwar kein Programmierbuch ist, aber Sie sollten es aus zwei Gr\u00fcnden lesen. Erstens verbessert es Ihren Prosastil und zweitens lassen sich alle Konzepte des Buches auf Programme anwenden. Joshua argumentiert, dass die Notwendigkeit f\u00fcr Mathematik in einer Gemeinschaft, die Compiler, Bibliotheken und Frameworks schreibt, viel gr\u00f6\u00dfer ist. Wenn Sie Webanwendungen auf der Grundlage von Frameworks schreiben, m\u00fcssen Sie die visuelle und verbale Kommunikation verstehen. Joshua ist der Meinung, dass intelligente Programmierer in der Regel den schlechtesten Code schreiben. Intelligente Programmierer k\u00f6nnen sich das Ganze in den Kopf setzen und es verstehen. Und weil sie es verstehen, denken sie, dass es f\u00fcr die Nutzung geeignet ist. <\/p>\n\n Lieblingszitat aus dem Kapitel: „Wir sind alle Optimisten in unserem Beruf, sonst w\u00e4ren wir gezwungen, uns zu erschie\u00dfen.“<\/em><\/strong><\/p>\n\n Kapitel sechs: Joe Armstrong<\/strong><\/p>\n\n Joe ist der Sch\u00f6pfer von Erlang und der Open Telecom Platform, einem Framework f\u00fcr die Entwicklung von Erlang-Anwendungen. Joe hat Physik studiert und in einigen Kursen mussten Programme erstellt werden, was er liebte. Er wurde sehr gut im Debuggen, und die \u00fcbliche Bezahlung f\u00fcr das Debuggen war zu diesem Zeitpunkt ein Bier. Joe verbringt normalerweise viel Zeit mit Nachdenken, bevor er mit dem Programmieren beginnt. W\u00e4hrend dieser Zeit macht er sich aber auch Notizen. Joe Armstrong ist der Meinung, dass aktuelle Widgets Sie nicht produktiver machen. Werfen Sie einen Blick auf Hierarchische Dateisysteme. Wie steigern sie Ihre Produktivit\u00e4t? Gar nicht, denn fast die gesamte Softwareentwicklung findet in Ihrem Kopf statt. Die Arbeit mit einem m\u00fchelosen System zwingt Sie zu einer gewissen disziplinierten Denkweise. Sie brauchen Disziplin, wenn Sie kein Verzeichnissystem haben und alle Dateien in einem einzigen Verzeichnis ablegen m\u00fcssen. Wenn Sie das gleiche Feld auf das anwenden k\u00f6nnen, was Sie tun, besteht keine Notwendigkeit f\u00fcr hierarchische Dateisysteme. Hierarchische Dateisysteme, zehn zu eins, machen es f\u00fcr Gruppen m\u00fchelos, zusammenzuarbeiten. Armstrong ist der Meinung, dass die Wahl der Probleme einen guten Programmierer ausmacht. Sind sie von den L\u00f6sungen oder von den Antworten angetrieben? Au\u00dferdem r\u00e4t er jungen Programmierern, verschiedene Sprachen zu erlernen, da dies ihre F\u00e4higkeiten, ihre Flexibilit\u00e4t und ihr Wissen \u00fcber andere Sprachen verbessert. <\/p>\n\n Lieblingszitat des Kapitels: „Ich denke, der Mangel an Wiederverwendbarkeit kommt bei objektorientierten Sprachen vor, nicht bei funktionalen Sprachen. Denn das Problem mit objektorientierten Sprachen ist, dass sie diese ganze implizite Umgebung mit sich herumtragen. Sie wollten eine Banane, bekamen aber einen Gorilla, der die Banane und den ganzen Dschungel in der Hand hielt.“<\/em><\/strong><\/p>\n\n Kapitel sieben: Simon Peyton Jones<\/strong><\/p>\n\n Im Jahr 1987 war er einer der Architekten eines Projekts, das den Weg zur L\u00f6sung der Programmiersprache Haskell ebnete. Simon Peyton ist leitender Forscher im Microsoft Research Labor in Cambridge. Auf die Frage nach dem Zusammenhang zwischen Programmierung und Forschung antwortete Simon, dass diese Aspekte in hohem Ma\u00dfe miteinander interagieren. Programmiersprachen machen das Programmieren m\u00fchelos. Sie dienen als Benutzeroberfl\u00e4che f\u00fcr die Programmierung. Daher sind die Erforschung von Programmiersprachen und das Programmieren untrennbar miteinander verbunden. Simon sprach \u00fcber das Testen von APIs bei Microsoft. Sie leisten gro\u00dfartige Arbeit beim Testen von APIs. Bei einer neuen API versuchen Steven Clarke und sein Team, die Programmierer dabei zu beobachten, wie sie dar\u00fcber sprechen, was sie zu tun versuchen. Und die Leute, die die API erstellt haben, dazu zu bringen, von einer Glasscheibe aus zuzusehen. Peyton genie\u00dft das Programmieren, wenn er versucht, ein Programm mit intellektueller Integrit\u00e4t zu schreiben. Er f\u00fcgt hinzu, dass man ein Programm auch mit Schlamm beschmieren kann, und es wird eine ganze Weile funktionieren, aber nicht zufriedenstellend sein. Daher ist eine der guten Eigenschaften eines guten Programmierers, dass er immer versuchen sollte, auch in technischen Situationen bewegende L\u00f6sungen zu finden. <\/p>\n\n Lieblingszitat des Kapitels: „Manchmal bedeutet die Aussage, dass es offensichtlich richtig ist, nicht, dass Sie ohne geistiges Ger\u00fcst erkennen k\u00f6nnen, dass es richtig ist. Es kann sein, dass man Ihnen eine Einsicht vermitteln muss, um herauszufinden, warum es richtig ist.“<\/em><\/strong><\/p>\n\n Kapitel acht: Peter Norvig<\/strong><\/p>\n\n Peter Norvig ist ein umfassender Denker und Hacker im Herzen. Einmal hat er ein Programm entwickelt, um eine Serie von drei Suchanfragen desselben Benutzers in den Suchprotokollen von Google zu erkennen. Peter lernte das Programmieren in der High School, die Schule hatte eine Ph.D.-8, und er nahm einen Kurs, der mit BASIC-Programmierung begann. Peters erster interessanter Code, den er schrieb, war das Spiel des Lebens. Er sagt, es war eine Klassen\u00fcbung, die er schnell erledigte. Peter arbeitete f\u00fcr ein Softwareunternehmen in Cambridge. Ihr Produkt war ein Software-Design-Toolset und verschiedene Arten von Software-Beratung. Eines der Projekte des Unternehmens bestand darin, einen Flussdiagrammzeichner zu entwickeln, der Ihr Programm analysierte und ein Flussdiagramm daf\u00fcr erstellte. Peter betonte, dass Entwickler neben dem Schreiben von Code auch andere F\u00e4higkeiten haben sollten. F\u00e4higkeiten wie das Verstehen der Bed\u00fcrfnisse der Kunden, Kommunikation und Probleml\u00f6sung. Laut Peter ist das Programmieren heute mehr eine soziale Aktivit\u00e4t als fr\u00fcher. Fr\u00fcher waren die Computer st\u00e4rker voneinander getrennt, und es handelte sich eher um Stapelverarbeitung, so dass die Schnittstelle etwas einfacher war. Peter Norvig h\u00e4lt nichts von Googles Ansatz, in Interviews R\u00e4tselfragen zu stellen. Er zieht es vor, die Interviewpartner in eine technische Situation zu versetzen, anstatt nur zu plaudern, damit Sie ein Gef\u00fchl daf\u00fcr bekommen, dass sie der richtige Mann sind. <\/p>\n\n Lieblingszitat des Kapitels: „Ich glaube, eines der wichtigsten Dinge ist, dass man alles gleichzeitig im Kopf behalten kann. Sie haben eine viel bessere Chance auf Erfolg, wenn Sie das k\u00f6nnen. Das macht ein kleines Programm einfacher. F\u00fcr ein umfangreicheres Programm brauchen Sie zus\u00e4tzliche Tools, um das zu bew\u00e4ltigen.“<\/em><\/strong><\/p>\n\n Kapitel neun: Guy Steele<\/strong><\/p>\n\n Auf die Frage, welche Sprachen Guy Steele verwendet hat, war Guy Steele, eigentlich ein polyglotter Programmierer, tats\u00e4chlich polyglott programmiert. Er hat diese Liste erstellt: Fortran, COBOL, IBM, PDP-10 Maschinensprache, APL, C, C++, BLISS, Haskell, FOCAL, TEGO und TeX. „Das sind die wichtigsten, denke ich“, f\u00fcgt er hinzu. Zum Programmieren kam Guy durch einen Schulfreund, der ihn mit ein paar Zeilen des Fortran-Programms faszinierte. Nachdem er Fortran gelernt hatte, machte Guy weiter und lernte die IBM 1130 Assemblersprache. Sein erstes spannendes Programm sollte Schl\u00fcsselwort-in-Kontext-Indizes erstellen. Und IBM bot Schnellindizes f\u00fcr ihre Handb\u00fccher an, in denen Sie, wenn Sie eine Tastatur eingeben, in den Indizes nachschlagen konnten. Es war alphabetisch nach der Tastatur geordnet, aber auf beiden Seiten der Tastatur wurden verschiedene W\u00f6rter aus dem Kontext angezeigt, in dem das Wort stand. Steele hatte mit verschiedenen Maschinen auf dem Campus zu tun, wie der DEC PDP-10. Zu dieser Zeit besa\u00df Harvard eine PDP-10 f\u00fcr die Arbeit der Graduierten. Die Studenten benutzten nur die Fernschreibterminals eines kommerziellen Systems, das die Schule gemietet hatte. Steele nannte auch einige der wichtigsten B\u00fccher, die er gelesen hatte und die seine Programmierkenntnisse f\u00f6rderten, darunter Knuth und The Art of Computer Programming. Au\u00dferdem behauptet Guy Steele, dass junge Programmierer ihre Daumen nicht benutzen, wenn sie versuchen, zu z\u00e4hlen. Auf der anderen Seite hat sich der Kampf gegen die Inkompatibilit\u00e4t der Zehnerbasis mit zwei Potenzen deutlich verbessert. <\/p>\n\n Lieblingszitat des Kapitels: „Ich denke, es gibt also Lektionen – die Lektion, die ich h\u00e4tte ziehen sollen, ist, dass es hier mehr als einen Fehler geben kann und ich beim ersten Mal besser h\u00e4tte suchen sollen. Eine andere Lektion ist, dass, wenn ein Fehler als selten angesehen wird, die Suche nach selten ausgef\u00fchrten Pfaden fruchtbar sein kann. Und drittens war es einfach unglaublich, eine gute Dokumentation dar\u00fcber zu haben, was der Algorithmus zu tun versucht, n\u00e4mlich einen Verweis auf Knuth.“<\/em><\/strong><\/p>\n\n Kapitel zehn: Dan Ingalls<\/strong><\/p>\n\n Dan Ingalls, einer der Mitbegr\u00fcnder von Smalltalk. Er begann mit der ersten Version von Smalltalk, geschrieben in BASIC. Er war an der Implementierung von sieben Generationen von Smalltalk beteiligt, vom Prototyp bis zur aktuellen Open-Source-Implementierung, Squeak. Dan ist als Erfinder aufgewachsen und hat am College Physik studiert. Er belegte einen Programmierkurs in Fortran in Harvard. Ingalls startete ein Programm, nachdem er ein Unternehmen gegr\u00fcndet hatte. Es diente dazu, Programme auszuwerten und ihr dynamisches Verhalten zu beobachten, einfach ausgedr\u00fcckt: Profiling. Es gab ein Programm, das ein Fortran-Programm durchforstete und an jedem Verzweigungspunkt Z\u00e4hler platzierte. Dan erstellte eine bessere Version des Programms, die \u00fcber einen Timer-Interrupt-Prozess verf\u00fcgte, um zu verfolgen, wie viel Echtzeit f\u00fcr verschiedene Teile des Programms aufgewendet wurde. Dan hat immer noch so viel Spa\u00df am Programmieren wie in seinen Anf\u00e4ngen. Er sagt, dass die letzten zwei Jahre sehr interessant waren, da er von einer vertrauten Umgebung – Smalltalk – zu Squeak wechselte, wo die Werkzeuge gro\u00dfartig waren. Dan r\u00e4t Nachwuchsentwicklern, verschiedene Sprachen mit unterschiedlichen St\u00e4rken zu lernen. Er f\u00fcgt hinzu, dass es sich f\u00fcr Entwickler lohnt, mehrere verschiedene Computerumgebungen zu nehmen und ein Problem zu l\u00f6sen. <\/p>\n\n Lieblingszitat des Kapitels: „Verschiedene Menschen haben verschiedene Stufen, die sie erreichen m\u00fcssen, um ein gutes Gef\u00fchl bei dem zu haben, womit sie arbeiten. Ich denke also, dass jemand eine Bibliothek mit Sammlungen durchaus selbstbewusst nutzen kann, ohne sie selbst programmiert zu haben.“<\/em><\/strong><\/p>\n\n WIE DIESES BUCH SOFTWAREENTWICKLERN HELFEN KANN<\/strong><\/p>\n\n „Coders at Work“ ist eine Sammlung von Interviews, die Peter Seibel mit einigen der erfolgreichsten und erfahrensten Programmierer unserer Zeit gef\u00fchrt hat. Diese Programmierer teilen in diesem Buch ihre Einsichten, Erfahrungen und Weisheiten \u00fcber Softwareentwicklung. Die Lekt\u00fcre dieses Buches kann Softwareentwicklern helfen, die Branche besser zu verstehen, von den Erfahrungen erfolgreicher Programmierer zu lernen und ihre F\u00e4higkeiten und Perspektiven zu entwickeln. Das Buch kann Entwickler dazu inspirieren, kreativ zu denken und sich selbst herauszufordern, um bessere Programmierer zu werden. <\/strong><\/p>\n","protected":false},"excerpt":{"rendered":" Coders At Work, geschrieben von Peter Seibel und ver\u00f6ffentlicht am 16. September 2009, ist eine Sammlung von Interviews mit einigen der bedeutendsten Programmierer dieser Generation. Die Gespr\u00e4che sind lang und tiefgr\u00fcndig, einschlie\u00dflich Debugging und Testen, und drehen sich alle um das Handwerk des Programmierens. Das Buch w\u00e4re eine gute Podcast-Serie oder ein H\u00f6rbuch, aber ich […]<\/p>\n","protected":false},"author":1,"featured_media":17645,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_themeisle_gutenberg_block_has_review":false,"_jet_sm_ready_style":"","_jet_sm_style":"","_jet_sm_controls_values":"","_jet_sm_fonts_collection":"","_jet_sm_fonts_links":"","footnotes":""},"categories":[83],"tags":[],"writer":[],"class_list":["post-19711","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-buchclub"],"_links":{"self":[{"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/posts\/19711","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/comments?post=19711"}],"version-history":[{"count":1,"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/posts\/19711\/revisions"}],"predecessor-version":[{"id":19713,"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/posts\/19711\/revisions\/19713"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/media\/17645"}],"wp:attachment":[{"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/media?parent=19711"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/categories?post=19711"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/tags?post=19711"},{"taxonomy":"writer","embeddable":true,"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/writer?post=19711"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}![\"\"](\"https:\/\/devologyx.io\/wp-content\/uploads\/2023\/07\/Blog-illustrations-14-1-1024x576.jpg\")
<\/figure>\n\n\n