Thoughts on agile software development
Das von John Gall schon 1975 in seinem Buch Systemantics: How Systems Work and Especially How They Fail aufgestellte Gesetz, ist eine der vielen wichtigen Faustregeln, die jeder System-Architekt und Software-Entwickler kennen sollte. Obwohl schon fast 50 Jahre alt, wird es von vielen Kollegen stoisch ignoriert.
Bei der Entwicklung des EnumConverterProcessor wurde der Quellcode mit Hilfe der Template-Engine FreeMarker geschrieben. Daher war die Neugierde groß, ob der Quellcode auch mit FreshMarker erfolgreich erzeugt werden kann. Dabei zeigte sich jedoch, das der Umgang mit Whitespaces in der neuen Template-Engine noch nicht ganz ausgereift war. Genaugenommen produzierte die Template-Engine zu viele Leerzeichen und Zeilenumbrüche.
Wer schon einmal auf einer Party gewesen ist, wird dieses Phänomen sicherlich kennen. Viele Menschen unterhalten sich und es ist sehr laut. Damit der Gegenüber versteht was man ihm zu sagen hat, muss man lauter und höher sprechen als gewöhnlich. Dieses Phänomen nennt sich Lombard Effekt und ist begründet in der eingeschränkten akustischen Rückkopplung für … Read more
Wer von dem Pech verfolgt wird, anderer Leute Projekte realisieren zu müssen, bemerkt nach einiger Zeit eine Regelmäßigkeit in den erstellten Papieren. Die Autoren beschäftigen sich mit einer akribischen Genauigkeit um Randthemen der Projekte und lassen wichtige Aspekte der Domäne völlig unberührt. Vor Jahren musste ich mir detailreiche ER Modelle für eine unbedeutene Teileverwaltung anschauen, … Read more
„Any observed statistical regularity will tend to collapse once pressure is placed upon it for control purposes.“ Was Charles Goodhart für den Markt als Gesetzmäßigkeit feststellte, gilt auch für beliebige Organisationen und damit auch für Software Entwicklungsabteilungen. Eine andere Formulierung des Gesetzes lautet „Wenn ein Maß zum Ziel wird, ist es kein gutes Maß mehr“. Versucht … Read more
Haben Sie manchmal auch das Gefühl, dass ihre Kollegen Angst vor boolschen Ausdrücken haben? So mancher scheint die De Morganschen Gesetze wie die dunklen Zauberkünste einer Morgan le Fay zu fürchten. So bleiben dann auch Ausdrücke, wie der folgende, für Ewigkeiten im Programmcode. Häufige verweisen die Entwicklern auf den Optimierungen des Compilers, wenn sie ihre boolschen Ausdrücke … Read more
“Never assume software developer skills when stupidity will suffice“
Jens Kaiser
Basierend auf Hanlon’s Razor und dem Paretoprinzip, besagt diese Regel, dass man grundsätzlich von fehlerhaften Sourcecode ausgehen sollte. Man investiert ansonsten zu viel Zeit, um nicht vorhandene Design-Pattern oder absichtsvolle Algorithmen zu entdecken.