Habe meine Notizen zum Buch "The Pragmatic Programmer" gefunden.
Hinweis: Die Notizen ersetzten nicht die Erkenntnisse die man beim Lesen des Buches hat ;)
- Keine Ausreden, sei ehrlich.
- Keine zerbrochenen Fenster.
- Katalysator für Änderungen und Synergien sein.
- Fange etwas an und lasse andere einsteigen (Steinsuppe).
- Schleichende Veränderungen bemerken (Frosch im Kochtopf).
- Das große Bild erkennen und beachten.
- Qualität ist eine Anforderung, kein Nebenprodukt.
- Investiere in (Weiter-) Bildung.
- Übe konstruktive Kritik.
- Wiederhole dich nicht (DRY)
- Mache es wiederverwendbar.
- Keine Effekte zwischen unabhängigem Code.
- Es gibt keine endgültigen Entscheidungen.
- Benutze Leuchtmunition um das Ziel zu finden.
- Programmiere näher am Problem.
- Behebe das Problem, nicht das Symptom.
- Verzweifle nicht (beim Debuggen).
- 'select' ist nicht buggy.
- Nimm es nicht an - prüfe es!
- Designe mit Vertrag (Assertion).
- Crash early.
- Minimiere Kopplung zwischen Modulen.
- Abstrahiere den Code; Nutze Metadaten.
- Designe mit Diensten.
- Designe gleich für Parallelität.
- Trenne Views von Models.
- Benutze Tafeln zur (Team-) Organisation.
- Bestimme die Komplexität und Laufzeit deiner Algorithmen (O-Notation).
- Prüfe deine Laufzeitschätzungen.
- Refaktoriere früh und oft.
- Nutze nur Code den du verstehst.
- Abstraktion lebt länger als Details.
Ich kann es eigentlich nur jedem empfehlen das Buch zu lesen, der ernsthaft programmieren möchte.
