Blogbeiträge

Fehlerfreie Software? Ein Wunschtraum! Automatisierte Tests sind Standard und dennoch gibt es in der Praxis beim Thema Tests noch einiges aufzuholen. Ist deshalb die „Defensive Programmierung“ ein zusätzlicher Baustein, den es zu befolgen gilt? Ja und Nein. Wenn wir in unseren Trainings hinterfragen, ob die Parameterprüfung am Beginn jeder Methode

Mit dem IOSP steht eines der wichtigsten Prinzipien zur Verfügung, um seinen Code zu strukturieren. IOSP steht für Integration Operation Segregation Principle. Damit ist gemeint, dass Methoden in zwei Kategorien einzuteilen sind: Integration vs. Operation. Die Regeln sind sehr einfach: Integration Darf nur eigene Methoden aufrufen Operation Darf nur fremde

Clean Code ist kein Selbstzweck. Und kein Dogma, wie ich an anderer Stelle bereits festgestellt habe. Die Clean Code Developer Prinzipien und Praktiken dienen dazu, Werte zu erreichen. Beim Codieren sind dies primär die Werte Wandelbarkeit und Korrektheit. Betroffen ist häufig auch der Wert der Produktionseffizienz. Um zu einer differenzierten

Clean Code Der Begriff Clean Code wurde durch Bob C. Martin und sein gleichnamiges Buch geprägt. Kurz nach der Veröffentlichung haben Ralf Westphal und ich die Clean Code Developer Initiative gegründet und dort 45 Prinzipien und Praktiken zusammengetragen. Clean Code, das Buch, war dabei für uns eine Anregung, uns mit

Über die kurzsichtige Entscheidung, schnell statt sauber zu entwickeln. Wer sich mit den Prinzipien und Praktiken der Clean Code Developer Initiative beschäftigt wird feststellen, dass es Zeit kostet, die Bausteine alle anzuwenden. Es sind Bausteine dabei, die einem Entwickler schnell zur guten Gewohnheit werden. Das mag für den einen die

Frei verfügbare Clean Code Developer Artikel aus der dotnetpro Die dotnetpro, namentlich der Chefredakteur Tilman Börner, hat die ersten vier Artikel der Clean Code Serie frei zugänglich gemacht. Im folgenden ist kurz beschrieben, worum es jeweils geht. Ferner findest Du jeweils einen Link zu den Artikeln. Im Prinzip steckt der

Entwickler haben eine klar umrissene Aufgabe: sie übersetzen die Anforderungen eines Product Owners in Code. Klingt ganz einfach. In der Praxis tun sich viele Teams damit allerdings schwer. Vor allem beobachte ich in unseren Trainings immer wieder, dass völlige Unklarheit darüber herrscht, welche Schritte auf dem Weg von den Anforderungen

Wir haben bei der Clean Code Developer Initiative 45 Prinzipien und Praktiken zusammengetragen. Weil sich niemand auf einmal mit 45 Bausteinen auseinandersetzen kann, haben wir sie auf 5 sogenannte Grade verteilt. Die Grade sind mit Farben benannt, wie im Regenbogen: rot, orange, gelb, grün und blau. In jedem Grad gibt

Vom Dependency Inversion Principle zum Integration Operation Segregation Principle.