blog @ koglin.net

Leider sehen viele Entwickler das Thema “Refactoring” immernoch als sinnlose Strafarbeit. Dabei ist es Alltag. Software lebt – sie lebt von Anforderungen und die ändern sich fast täglich (ja das wurde sogar mehrfach bewiesen ). Demnach ist es selbstverständlich das sich Eckpfeiler der Architektur verändern und die Implementierung umgeschmissen werden muss. Klassen werden umbenannt, erhalten neue Funktionalität, werden aufgeteilt oder einfach weggeschmissen. Für viele bedeutet das scheinbar ein harter Eingriff: Als würde man in eine Messi-Wohnung eindringen und den Müll entsorgen. Den ganzen Beitrag lesen »

Was würden Sie am Entwicklungsprozess am Schnellsten aus dem Weg räumen? Ist es das Designen Ihrer Komponente, das Entwickeln, die Erweiterung und Wartung, die Dokumentation oder vielleicht die Fehlersuche und das Debuggen? Den ganzen Beitrag lesen »

Häufig ist es nicht leicht anderen Menschen die Gründe für sauberes Entwickeln, Clean Code und klare Strukturen zu erklären. Zunächst ist das nur ein eigener Anspruch und für die meisten bedeutet es unnützer Mehraufwand. Daher an dieser Stelle ein kurzes praktisches Beispiel was mir quasi vor die Füße gefallen ist. Es geht um ein WordPress-Plugin das rein funktional tut was es soll, mehr jedoch nicht. Jegliche Anpassungen und Fehlerbereinigungsversuche fallen schwer oder sind sogar nicht möglich. Früher oder später der Tod einer Software.
Den ganzen Beitrag lesen »

Sebastian Kübeck übersetzt Schritt für Schritt die Kapitel aus Thomas Mullens Buch: “Writing Code for Other People – Cognitive Psychology and the Fundamentals of Good Software Design Principles”.

Sehr interessant und zu empfehlen!

Code für andere Leute schreiben – Übersetzung von Sebastian Kübeck (Teil 1, weitere Teile im Softwaresanierungs-Blog)