Code Complete - Deutsche Ausgabe der Second Edition [Gebundene Ausgabe]

Dieses Buch ist das Beste was ich jemals zum Thema Softwarentwicklung gelesen habe.
Zumindest für mich als aktiven Entwickler und Leiter einer Entwicklungsabteilung.
Als Entwickler will man am liebsten programmieren, aber das Buch zeigt anschaulich und in einem netten Stil, dass man ohne ein gewisses Mass an Planung, Architektur und Regeln schnell ein Projekt gegen die Wand fährt. Eindringlich wird der gesamt wirtschaftliche Zusammenhang in einem Projekt beleuchtet und ich konnte bei vielen negativen Beispielen nur nicken, weil ich genau in solche Projekt-Fettnäpfchen mit "Erfolg" rein getreten bin.
Es zeigt wie man ein Projekt gut angeht, ohne Software-Entwurf-Overkill zu betreiben. Es gibt gute Tipps wie man sich selbst Coding-Richtlinien geben kann, die einen vor manchem Bug bewahren. Typische Fallen werden angesprochen und die Möglichkeiten sie zu umschiffen werden gezeigt.
Es geht darum, bessere, fehlerfreiere, wartungsärmere, billigere Programme zu schreiben. Das Buch gibt viele Anregungen und Ideen, die auch selbst einem alten Hasen das Leben leichter machen können. Und das ganze ist so praxisnah, dass man viele Dinge sofort übernehmen kann.
Die meisten Code Beispiele sind in C++ Code geschrieben, aber im Endeffekt ist es komplett programmiersprachenunabhängig. Das Buch ist einem guten humorvollem Stil geschrieben, der nicht langweilig wird. Wenn ich es nicht besser wüsste, würde ich fast sagen, das Buch wurde ursprünglich auf Deutsch geschrieben. Der Text liest sich flüssig ohne Haken. Auch der gut platzierte Humor ist erhalten geblieben.
Ein absolutes Muss und den Preis ist es allemal wert.

Ein sehr hochwertiges Buch. Auf knapp 900 Seiten geht der Autor umfassend auf die Alltag eines Programmierers ein. Vom Entwurf bis Refactoring wird dabei alles behandelt. Besonderes Augenmerk wird auf verschiedene Programmiertechniken gelegt. Die Codebeispiele sind verständlich geschrieben, auch wenn man C++ nicht im Alltag verwendet versteht man worum es geht. Die sehr gute Übersetzung behält den lockeren Stil und lässt trotz des mächtigen Umfang dieses Werkes keine Langeweile aufkommen.

Viele der Techniken kann man sofort umsetzen, ohne umfangreiche Planungen. Trotzdem geht es auch an Grundsätzliches, wie von Anfang an Fehler vermieden werden können. Stets gibt es Alternativen zu den Prinzipien und auch diese werden ausführlich erläutert. Checklisten und Zusammenfassungen prüfen den Lernerfolg. Dieses Buch hat mich ungemein motiviert und es sorgt für mehr Qualität im Code und bessere Abstimmung im Team.

Die Punkte aufzuzählen, gestaltet sich schier endlos.

Ich habe auch einige andere Bücher zu vergleichbaren Themen gelesen, aber Code Complete merkt man die praktische Erfahrung des Autors an. Denn so ist es auch geschrieben- 5 Sterne.

Steve McConnells Buch stellt einen Abriß über die Software-Entwicklung dar, angefangen beim Entwurf über Hinweise zu guten Variablennamen, bis hin zum Debugging und Codeoptimierung. Es ist in einem lockeren Stil geschrieben, der nicht jedermanns Geschmack sein dürfte. Es versucht den Anschein zu erwecken, als könne es zu den einzelnen Themenbereichen fundierte und tiefgreifende Informationen bieten, sein Niveau ist insgesamt jedoch sehr niedrig, was der Autor durch ein Feuerwerk an Verweisen auf Studien und Zitaten aus anderen Quellen verschleiert, die das Buch unter dem Strich nur aufblähen und wenig nutzen.

Der naive Leser wird dadurch beeindruckt, die Geduld fortgeschrittener oder gar professioneller Programmierer wird jedoch auf eine harte Probe gestellt. Ihnen kann dieses Buch nur sehr wenig Neues bieten, und die seltenen für sie wichtigen Stellen sind nur schwer zu finden. Anfängern kann es Anregungen und Hinweise zum Programmieren und über guten Programmierstil bieten, ist für diese jedoch nur bedingt empfehlenswert, da sie nicht zwischen wirklich wichtigen und weniger wichtigen Hinweisen unterscheiden können - die bereits erwähnten veilfältigen Zitate und Studien bieten ihnen trotz allem nicht genug Hintergrundinformationen, warum sie etwas so und nicht anders tun sollen. Es ist bezeichnend, daß McConnell sich praktisch nicht auf eigene Erfahrungen stützt, sondern fast ausschließlich fremde Quellen verwendet - Ergebnis: Realitäts- und Praxisferne.

Neben wenig hilfreichen Trivialitäten ("20 Prozent des Codes enthalten 80 Prozent aller Fehler") setzt sich der Autor nur wenig mit seinen Quellen auseinander bzw. verfälscht diese sogar:

Beispiel 1: Er zitiert eine Studie, derzufolge Programmstellen mit den meisten Kommentaren auch die meisten Fehler enthalten und die größten Kosten verursachen. Anstatt den logischen Schluß zu ziehen, daß normalerweise die komplexesten Teile eines Programmes fehlerträchtiger und teurer sind als die einfachen Teile, und daß die komplexen Teile zur Arbeitserleichterung auch die meisten Kommentare enthalten, wird angeführt, daß Programmierer komplizierten Code mit zu vielen Kommentaren versehen!

Beispiel 2: Unter anderem mit dem Hinweis auf "Wien wartet auf Dich!" von DeMarco und Lister stellt McConnell fest, daß die besten Programmierer eine Aufgabe 10 mal schneller erledigen könnten, als die schlechtesten. In "Wien" wird dies näher erläutert: Die verwendete Programmiersprache hatte kaum Einfluß auf das Ergebnis, lediglich Assembler-Programmierer schnitten deutlich schlechter ab. Möglicherweise waren die "schlechten" Programmierer ja gar nicht so schlecht, sondern nur aus irgendwelchen Gründen gezwungen, ihre Aufgaben in Assembler zu lösen? Hochsprachen wurden nun mal erfunden, um das Programmieren zu erleichtern und zu beschleunigen...

Beispiel 3: Steve McConnell erläutert anhand einer Studie von Xerox aus dem Jahre des Herrn 1964, wieviel Zeit Programmierer mit Programmieren, bei Meetings und anderen Tätigkeiten verbringen. Er gibt selbst zu, daß die Zahlen ziemlich alt sind, meint jedoch unbekümmert, dies täte ihnen keinen Abbruch. Wieso jedoch mehr als 40 Jahre alte Zahlen eines einzigen Unternehmens in der sich rapide verändernden Software-Industrie heute noch Gültigkeit besitzen sollen, wird nicht erläutert...

Neben haarsträubenden Fehlern ("1.000.000 * 1.000.000 / 1.000.000 = 1"), die in vielen Büchern auftauchen können, wird hier und da gerne rhetorisch kräftig übertrieben - ein Beispiel zu schlechten Kommentaren enthielt unter anderem die Augenfarbe des Programmierers, war also nicht gerade realistisch. Um die Beispiele zwischen schlechtem und guten Code herauszustreichen, hält sich der McConnell auch nur ungern oder gar nicht an seine eigenen Ratschläge. So werden in einem Beispiel zu schlechter Zeigerprogrammierung kryptische Variablennamen verwendet; das Beispiel für gute Programmierung benutzt dagegen sprechende, und glänzt daher um so mehr. Solche rein rhetorischen Kniffe sind für den aufmerksamen Leser sehr störend.

Zusammenfassend: Das Buch könnte eine für Anfänger brauchbare Übersicht über die einzelnen Bereiche und Aspekte der Software-Entwicklung darstellen. Leider beschränkt es sich nicht auf dieses Thema, sondern versucht immer wieder, in den einzelnen Bereichen in die Tiefe zu gehen, verliert sich dabei jedoch immer wieder in Details, ohne wirklich ein echtes Verständnis für die Hintergründe des jeweiligen Gebiets zu vermitteln.