Wenn man allein arbeitet, kann man die Codequalität selbst steuern, im Team jedoch nicht immer. Anfragen zum Refactoring von Code werden häufig ignoriert, was zu anhaltender Frustration führt. Wenn man alten Code erneut durchgeht, erkennt man die eigenen Fehler, was eine wichtige Lektion dafür ist, wartbaren Code zu schreiben.
Fehler und Lernen
Über Fehler zu sprechen, ist eine Lernchance und hilft dabei, eine offene Kultur zu schaffen. Eine perfektionistische Haltung hilft nicht dabei, Fehler zu reduzieren, sondern erfordert eher noch mehr persönlichen Aufwand.
Lösen komplexer Probleme
Wenn Kolleginnen und Kollegen vorschlagen, komplexe Probleme zu lösen, kann es besser sein, einen einfachen Ansatz zu wählen. Das bringt Kolleginnen und Kollegen manchmal dazu, ihre eigene Haltung zu hinterfragen.
Verständnis von Codequalität
Nur weil Code nicht optimal ist, bedeutet das nicht Inkompetenz. Entwickler schreiben möglicherweise keinen optimalen Code, weil sie unter engem Zeitdruck stehen oder andere Prioritäten haben.
Konstruktives Feedback
Wenn man negative Kommentare zu einem Blogpost erhält, kann man diese verlinken, um die Diskussion in eine konstruktive Richtung zu lenken.
Organisation und Codequalität
Alle Engineer können schlechten Code schreiben, und Codequalität ist oft ein organisatorisches Problem. Das hat nicht unbedingt etwas mit den Fähigkeiten eines bestimmten Engineers zu tun.
Feedback annehmen
Wenn man Feedback bekommt, ist das kein persönlicher Angriff. Es ist wichtig, die Meinungen anderer anzunehmen.
Die zwei Seiten von Feedback
Es ist wichtig, Feedback anzunehmen, aber auch die Kompetenz der Person zu berücksichtigen, die das Feedback gibt.
1 Kommentare
Hacker-News-Meinung
Zusammenfassung der Hacker-News-Kommentare
Persönliche Erfahrung und Codequalität
Fehler und Lernen
Lösen komplexer Probleme
Verständnis von Codequalität
Konstruktives Feedback
Organisation und Codequalität
Feedback annehmen
Die zwei Seiten von Feedback