Gedanken zur agilen Softwareentwicklung
Jens 
Stammbäume sind für viele Menschen ein spannendes Steckenpferd, egal ob Fachmann oder Laie, ob Historiker oder Nostalgiker, ob Jung oder Alt, jeder freut sich über den Anblick der eigenen Ahnenreihe. Bei dem einen reicht sie weit in die Vergangenheit, bei dem anderen finden sich bloß Eltern und Großeltern.
Nachdem wir schon zwei Ansätze für einen Fluent Builder angeschaut haben, wollen wir uns diesmal den Einsatz einer Chain in einem Builder anschauen.
Häufig möchte man einen Builder wiederverwenden, statt ihn jedes Mal für eine Instanz neu zu erzeugen, zu konfigurieren und dann wegzuwerfen.
Sind sie auch schon einmal an einen früheren Tätigkeitsbereich zurückgekehrt und es hat sich dort nichts verändert? Dutzende von Buzzword-Hype-Changes, aber unter dem frischen Anstrich von Agilität und digitaler Transformation schaut immer noch die alte Kontroll Mentalität durch?
Sie sind in das Reich der Verwalter eingedrungen, hier finden keine Veränderungen statt, neue Prozesse und Methoden werden hier den “Erfordernissen” angepasst. Egal ob Kanban, Scrum oder XP, hier wird nur nach dem Sinatra Prozess gearbeitet (“I did it my way”).
Manche Teams bekommen Scrum einfach nicht hin. Je nachdem wie verzweifelt der Beobachter ist, wenn er dem Treiben zuschaut, nennt er es Scrum-But, Anti-Scrum oder Zombie Scrum. Wenn sich alles umkehrt, der PO die Kommunikation im Team organisiert, der Scrum Master passiv in der Ecke steht, die Team Mitglieder kein Interesse daran finden, funktionsfähige Software … Weiterlesen
Meinen letzten Text zur Künstlichen Intelligenz schrieb ich in den neunziger Jahren, als Werkstudent am Lehrstuhl für Künstliche Intelligenz. Jetzt also widme ich mich, dem aktuellen Hype geschuldet, wieder einmal diesem Thema. Es ist mehr als 25 Jahre vergangen und eine Menge hat sich getan, die Verfahren sind qualitativ und quantitativ besser geworden, die Rechner schneller und der Speicher größer.
“Es dürfte Ihnen schwer fallen zu erklären, warum Sie eine Leiche vergraben, die Sie nicht getötet haben.” aus dem Film “Immer Ärger mit Harry” In Scrum arbeiten selbstorganisierte, selbständige Teams an der Entwicklung der Software. Sie stellen am Ende eines jeden Sprints ein neues lauffähiges System für den Kunden bereit. Auf diesem System kann der … Weiterlesen
Der Kobayashi-Maru-Test ist ein fiktives Übungsszenario, dass in mehreren Filmen und Episoden von Star Trek erwähnt wird. In dem Test wird geprüft, wie Kadetten in einer ausweglosen Situation handeln. Obwohl niemand diesen Test bestehen kann, hat der Kadett James T. Kirk den Test erfolgreich absolviert, indem er das Übungsszenario manipulierte. Der Begriff Kobayashi-Maru steht für ausweglose … Weiterlesen
JUnit 5 bieten eine ganze Reihe neuer Möglichkeiten um Unit Tests kompakt und strukturiert zu schreiben. Unter anderen gibt es nun die Möglichkeiten die Test Methoden mit Parametern zu versehen. Genauer gesagt können Konstruktoren und alle Methoden, die mit @Test, @RepeatedTest, @ParameterizedTest, @TestFactory, @BeforeEach, @AfterEach, @BeforeAll oder @AfterAll annotiert sind, um Parameter ergänzt werden. Die Parameter werden je nach Typ beim Aufruf der … Weiterlesen
Kaum erscheint der Beitrag Fluent Builder statt komplexe Konstruktoren, da regt sich auch schon der Unmut bei den Lesern.
Denn der Verwechslungsgefahr bei den verschiedenen Parametern, kann auch durch eigene Typen für Vorname, Nachname und Anrede vorgebeugt werden.
Immer wieder trifft man auf Klassen die diverse Parametern für ihre Konstruktoren gebrauchen. Abgesehen davon, dass zu viele Parameter ein Code Smell sind, kann es je nach Typ der Parameter auch schon einmal zu einer Verwechslung kommen.