Sind Programmierer, die programmbezogene Bücher lesen, noch selten? [geschlossen]

Sowohl in Code Complete von Steve McConnell als auch in The Pragmatic Programmer von Andrew Hunt & David Thomas wird behauptet, dass die meisten Programmierer programmierbezogene Bücher nicht als Gewohnheit lesen oder zumindest nicht oft genug. Gilt das noch? Sind Programmierer, die solche Bücher lesen, noch selten?

Ich muss zugeben, dass ich erst vor kurzem angefangen habe zu lesen (und jetzt kann ich nicht aufhören; es brennt ein ganzes Stück in meiner Brieftasche!). Vorher war ich eigentlich dagegen und meinte, es sei besser, Programme zu schreiben, als Zeit damit zu verschwenden, darüber zu lesen. Jetzt ist mir klar, dass das beste Ergebnis für mich zumindest darin besteht, beides zu tun.

EDIT: Ich meinte eigentlich jede Art von Büchern, die auf die eine oder andere Weise mit Programmierung zu tun hatten. Sei es in Bezug auf eine bestimmte Sprache, Technologie, Muster oder ein bestimmtes Paradigma - alles , solange Sie als Programmierer davon profitieren. Ich habe mich nur auf Code Complete und The Pragmatic Programmer bezogen, weil ich dort gelesen habe, dass Programmierer solche Bücher normalerweise nicht lesen. Es hätte seltsam ausgesehen, wenn der Titel nur lautete: "Sind Programmierer, die Bücher lesen, noch selten?"

Jeder scheint diese Frage persönlich zu beantworten, wie in "Ich lese so und so". Als eine Person, die auf dieser Seite rumhängt, sind Sie jedoch bereits ein Stück besser als Ihr "durchschnittlicher" Programmierer IMO. Dadurch werden die Zahlen dramatisch verzerrt. Um die Frage direkt zu beantworten: Ja, Programmierer, die Bücher lesen, sind eine seltene Rasse. Ich habe mit Dutzenden von Programmierern zusammengearbeitet und kenne nur zwei oder drei, die ein Buch zur Lösung eines Problems in die Hand nehmen würden. Die meisten von ihnen suchten bei Google nach einem bestimmten Programm oder starrten nur verständnislos auf den Bildschirm und hofften auf göttliche Inspiration. :-)

Und die "Theorie" -Bücher wie Pragmatic Programmer und Code Complete werden von durchschnittlichen Programmierern noch seltener gelesen. Wenn ein Programmierer ein Buch liest, handelt es sich eher um ein technisches Buch zu der Sprache, dem Framework oder der Technologie, an der er arbeitet. Die "weichen" Bücher sind nicht einmal auf dem Radar der meisten Programmierer.

Ich kann nicht aufhören, meine Amazon-Wunschliste zu erweitern. Das letzte Buch, an dem ich gearbeitet habe, ist Clean Code von Robert C. Martin (Onkel Bob). Kürzlich haben einige Programmierer in meiner Umgebung sogar einen Buchclub gegründet, damit wir gemeinsam bewährte Praktiken lernen und unsere Erfahrungen austauschen können. Ich glaube nicht, dass ich der gleiche Programmierer wäre, wenn ich keine Bücher über das Programmieren lesen würde. Es gibt eine große Fülle an Material und es ist schön, wenn jemand es für Sie verdichtet und Ihnen einen Ausgangspunkt gibt, bevor Sie alleine experimentieren.

Ich habe sie gelesen, also füge 1 zu deiner Sichtungsliste hinzu. (Wie viele, bevor wir von der Liste der gefährdeten Arten gestrichen werden?)

Im Ernst, ich bin überrascht, dass die Leute, die sagen, dass sie in Programmbüchern wenig Wert sehen, im Moment die besten Wähler sind. Es gibt sicherlich einige, für die ich mir wünschte, ich hätte das Geld nicht ausgegeben, aber es gibt einige, die meine Augen für neue Konzepte und Techniken völlig geöffnet haben und die mich zu einem besseren Programmierer gemacht haben. Zum Beispiel:

• Das Zen der Code-Optimierung von Abrash - Ich denke, dies ist der Hauptgrund, warum ich heute ein Echtzeit-Programmierer bin.
• Überlegungen zu C ++ von Koening & Moo - Der wahre Wert von Iteratoren und der STL klickte erst, als ich diese las.
• Refactoring von Fowler - Hat mir das Strukturieren und Restrukturieren von Code beigebracht.
• Extreme Programmierung von Beck erklärt - Auch wenn ich die agile kool-aid nie vollständig getrunken habe, hat dieses Buch meine Sichtweise auf Anforderungen, Tests und das Management des Entwicklungsprozesses geändert.

Ich habe in der Schule gelernt, wie man programmiert, aber ich habe erst gelernt, wie man programmiert, als ich einige großartige Bücher gelesen habe.

Bei der Befragung von Entwicklern ist mir aufgefallen, dass diejenigen, die bei den technischen Aufgaben (sowohl verbal als auch praktisch) bessere Leistungen erbringen und (was noch wichtiger ist) die Gründe verstehen, warum sie das tun, was sie tun, alle Entwickler sind, die zumindest die lesen gelegentliches Buch. Ich denke nicht, dass das ein Zufall ist.

Mit Google können Sie zwar schnell Antworten geben, und Blogs eignen sich hervorragend für die ausführliche Berichterstattung über bestimmte Themen. Ich denke, Bücher bieten Ihnen jedoch eine koordiniertere Sicht auf die darin behandelten Themen. Indem sie die Informationen in einem anderen Kontext bereitstellen, helfen sie dem Wissen, besser im Kopf zu bleiben. Auch wenn es etwas ist, das du bereits kennst, finde ich es wertvoll, etwas zu haben, das dieses Wissen bestätigt.

Wenn jemand Bücher über das Thema liest, in dem er arbeitet, bedeutet dies mit ziemlicher Sicherheit, dass er wirklich interessiert ist an dem, was er tut, und nicht nur durch die Dinge stapft - für wissensbasierte oder kreative Jobs ist dies sehr wichtig, wenn Du bist auf der Suche nach dem besten Personal.

Ich nehme an, Sie sprechen über Bücher über die Praxis des Programmierens und der Softwareentwicklung und nicht über bestimmte Technologien ...

Persönlich vermeide ich diese Bücher, weil so wenige von ihnen irgendetwas Nützliches zu sagen haben. Für jedes Paar von pragmatischen Programmierern gibt es eine Menge Autoren, die ihre persönlichen Methoden, Vorurteile und großen einheitlichen Theorien schieben ... und während es großen Spaß machen kann, ihnen zuzuhören, wie sie in einem Podcast argumentieren, ist das Lesen ihrer Bücher nur etwas unterhaltsamer als Lesen Sie ihre Einkaufslisten ... und wahrscheinlich weniger nützlich. In den Foren erhalten Sie die gleichen Ratschläge und ... was auch immer dieser Ort ist ... mit dem zusätzlichen Vorteil, dass Meinungsverschiedenheiten zwischen Menschen, die ihnen tatsächlich glauben, und nicht zwischen dem Autor und seinen Strohmännern ausgetragen werden.

Das Fleisch in Code Complete, Mythical Man-Month usw. sind Beobachtungen, mit denen die meisten erfahrenen Leser zumindest unbewusst vertraut sind. Dies macht sie besonders nützlich, um Behauptungen zu verstärken und fortgeschrittene Programmierer zu unterrichten.

Ich liebe es, Bücher zu programmieren. Ich habe mehr als 150 davon. Und noch Platz für mehr.

Nun, ich kann nicht wirklich mit anderen Programmierern sprechen.

Ich versuche, hochwertige Computerbücher zu lesen . Momentan arbeite ich an einem Durchlesen des Mythical Man-Month.

Mein nächstes Buch ist wahrscheinlich entweder Russell / Norvig AI oder McConnells Software Estimation. In nicht allzu ferner Zukunft droht Seibels Practical Common Lisp.

Lesen, lesen, lesen, lesen ... Aus Büchern, aus Blogs, was auch immer ... Besser aus guten Büchern, aber selbst das Lesen kritisch schlechter Bücher wird helfen. Aber lerne weiter. Lerne jeden Tag weiter.

Ich habe sie gelesen, als ich gerade anfing, aber jetzt konzentrieren sich die meisten Bücher, die ich habe, auf den nicht-codierenden Teil der Softwareentwicklung (z. B. Der praktische Leitfaden zur Fehlervermeidung , Softwareschätzung: Demystifizierung der schwarzen Kunst) ), Nachschlagewerke oder Bücher, die sich auf enge Informatikkonzepte konzentrieren.

Das größte Problem, das ich habe, ist, dass die technologie-spezifischen Bücher in ein paar Jahren veraltet sind (z. B. nicht viele Leute, die heutzutage Visual Basic 6 schreiben) Schlechte Investition, umso mehr, wenn heutzutage so viele Informationen online verfügbar sind. Ebenso werden einige der Bücher über solche Dinge wie Designprinzipien eher ignoriert, als dass einige der wirklich guten Seiten, wie zum Beispiel A List Apart, erscheinen .

Der Grund, Bücher zu lesen, besteht darin, Ihre eigenen Kenntnisse und Fähigkeiten zu verbessern. Das impliziert zwei Dinge: (1) Sie müssen erkennen, dass Sie Raum für Verbesserungen haben, und (2) Sie müssen sich verbessern wollen. Viele der Programmierer, die ich getroffen habe, hatten ein Ego von der Größe von Planeten. Ein großer Teil der übrigen war froh, mitfahren zu können.

Ich habe letzte Woche einen neuen Kindle (Wifi + 3G) bekommen und ich liebe es, ich kann nicht aufhören zu lesen. Ich habe mehrere technische E-Books sowohl von Amazon als auch von anderen Verlagen gekauft und pflüge sie mit einer verdammt hohen Geschwindigkeit durch.

Physische Bücher erscheinen mir jetzt schrecklich altmodisch. Das habe ich so schnell nicht erwartet.

Ich habe seit Jahren kein technisches Buch mehr gelesen ... buchstäblich seit Jahren.

Zum Teil geht es um die Verfügbarkeit von Informationen an anderer Stelle. Blogs, Artikel, Whitepapers, Referenzseiten, Peer-Support-Seiten wie SO ...

Dies hängt zum Teil mit dem Aufwand und der Unpraktikabilität von Papierbüchern zusammen. Denken Sie an die Zahlen, mit denen Sie etwas als Evangelium gelesen haben, nur um festzustellen, dass es subjektiv oder vielleicht veraltet war. Selbst Referenzhandbücher sind angesichts der sich ständig ändernden Natur unserer Welt schnell verfügbar.

Ich klopfe nicht an sich an technische Bücher, aber die Zeiten, in denen sie Ihre einzige Informationsquelle zu einem technischen Thema waren, sind vorbei. Wir erhalten unsere Informationen jetzt aus einer Vielzahl von Quellen.

Ich werde gestehen, dass ich sie etwas vermisse, aber zumindest für mich sind die Zeiten weitergegangen.

Eine persönliche Geschichte:

Ich habe einmal vor einem Raum mit 50 oder 60 Entwicklern einen Vortrag über .NET-bezogene Dinge gehalten (sie arbeiteten alle für dasselbe Unternehmen).

Microsoft sponserte den Vortrag und gab mir ein paar Exemplare von David Wests "Object Thinking" -Buch (von Microsoft Press).

Zufälligerweise hatte ich gerade dieses Buch gelesen und fand es sehr schön gelesen. Ich empfahl es sogar dem Publikum, indem ich erklärte, dass ich einige Exemplare zum Verschenken hätte und dass sie, wenn jemand interessiert wäre, nur nach einem fragen müssten.

Einige Leute kamen herüber, um das Buch zu durchstöbern, aber keiner von ihnen, ich wiederhole, niemand , keine einzige Person hat beschlossen, es zu behalten.

Ich würde immer noch gerne ein Buch in die Hand nehmen, um die Grundlagen einer Sprache zu lernen. Auf diese Weise kann ich es mir ansehen und bekomme eine Vorstellung davon, was ich zu jeder Tages- / Wochenzeit mache und muss mir keine Sorgen um einen Laptop machen. Sobald ich das Buch gelesen habe, beginne ich mit dem Lernen mit Code.

Theorie, dann üben.

Ich kaufe nicht mehr so ​​viele Programmierbücher in Papierform wie früher. Ich habe ein Abonnement für Safari Books Online , bei dem ich zum Preis von einem Buch pro Monat uneingeschränkten Zugriff auf den Volltext von Tausenden von Programmier- (und anderen) Büchern von Herausgebern wie O'Reilly, John Wiley & Sons, Addison- Wesley und andere.

Ich habe auch einen Kindle der ersten Generation und kaufe manchmal Programmierbücher dafür. Ich denke jedoch, dass der große Kindle DX (der herauskam, nachdem ich meinen bekommen hatte) eine bessere Plattform für technisches Material wäre.

(Wow, 5 Upvotes und 5 Downvotes - diese Meinung scheint kontroverser zu sein, als ich es mir vorgestellt habe!)

Ich lese weder Bücher wie Code Complete oder ähnliches, noch habe ich das Gefühl, dass ich "sollte". Was heißt das überhaupt? Was passiert, wenn ich es nicht tue?

Erstens glaube ich nicht, dass solche Bücher mich zu einem besseren Programmierer machen. Sie könnten für andere arbeiten, aber nicht für mich. Die darin enthaltenen sachlichen Informationen sind nicht sehr detailliert oder technisch, so dass ich den größten Teil bereits kenne. Der Rest sind Meinungen, denen ich zustimmen oder nicht zustimmen kann, die ich aber mit Sicherheit nicht sklavisch übernehmen werde.

Die einzige programmbezogene Literatur, die ich tatsächlich interessant fand, sind rein technische Dokumente mit einem absoluten Minimum an Subjektivität . Meine Favoriten sind bisher die C # -Sprachenspezifikation 4.0 und der Unicode-Standard 5.0. Andere Leute finden das eine sehr trockene und langweilige Lektüre, aber ich finde, dass sie mich beschäftigt und möglicherweise Informationen liefert, die ich noch nicht kannte.

Update 07.10.2010: Ich wurde gerade von The Pragmatic Programmer darauf hingewiesen und habe mir die ersten Seiten bei Amazon angesehen. Im Abschnitt „Wer sollte dieses Buch lesen?“ Heißt es: „Vielleicht sind Sie frustriert, dass Sie anscheinend Ihr Potenzial nicht ausschöpfen. Vielleicht schauen Sie sich Kollegen an, die Tools verwenden, um produktiver zu werden als Sie. “Ähm, nein. Nichts davon trifft auf mich zu. Ich bin frustriert, weil meine Kollegen viel weniger produktiv sind als ich (und es ist ihnen egal). Ich habe das Gefühl, dass ich mein Potenzial ausschöpfen kann (was ich davon sowieso wenig habe). Also ja. Es macht keinen Sinn, dieses Buch zu lesen. Nur ein typisches Beispiel.