Szenario: Du bist verantwortlich für ein Entwicklungsteam, dass sich mit Themen wie Test-Driven-Development, Testautomatisierung oder agilem Mindset generell schwer tut.

Vorschlag: Als Lead-Developer arbeite ich im Team als lebendes Beispiel, das man beobachte, hinterfragen, diskutieren und herausfordern kann. Ganz nebenbei entwickeln wir natürlich Features. Cool, oder?

Jetzt buchen: Support für Apache Maven

Szenario: Du bist im Legacy Entwicklungsmodus gefangen. Halbjährliche Releases, die Testabteilung braucht Wochen, Testsysteme sind rar. Jeder Fehler ist teuer.

Vorschlag: Lass uns - gerne auf der grünen Wiese - mal Anfangen: Ihr bekommt eine für euch erstellte moderne Cloud Native Entwicklungspipeline auf Basis von Technolgien wie (Achtung Buzzword Attacke) Kubernetes, Knative, JenkinsX, Gradle auf Google Cloud oder AWS. Auf dieser Basis lernen wir gemeinsam und schauen, wie wir eure IT-Landschaft modernisieren können.

Szenario: Es dauert Wochen oder Monate, bis neue Team Mitglieder produktiv arbeiten können. Ihr habt Features oder Produkte, die fest an bestimmten Entwicklern "kleben". Der sogenannte Bus-Faktor ist sehr klein.

Vorschlag: Ich denke hier gerne an eine "IT für die IT" - das heisst für mich konkret: Hohe (Test-) Automatisierung, Infrastructure as Code, Organic Teans. Für euch heisst das: Ihr bekommt mehr Zeit für Businessfunktionalität, qualitativ bessere Software und besseres Team-Klima durch weniger "Ivory-Towers".

Szenario A: Ihr habt einen echten Monolithen geschaffen. Unabsichtlich, aber es ist so: ein unbewegliches Stück Software ohne Struktur. Jede Änderung könnte fatale Folgen haben. You created a MONSTER!
Szenario B: Ihr habt einen sogenannte "distributed monolith" geschaffen. Unabsichtlich, aber es ist so: Microservices, die untereinander ungewünschte Abhängigkeiten haben, Update-Kaskaden lassen die Vorteile von einer solchen Architektur schnell ins Gegenteil umschlagen. You created a MONSTER, too!

Vorschlag: Okay, um ein Monster zu besiegen bekämpft man es am besten mit einem anderen Monster. Zumindest ist das die Einstellung vieler, die von vorhergehenden OSGi Projekten gehört haben. Lasst uns gemeinsam den (verteilten-) Monolithen erlegen und über Bounded Context, Serverless, Modular Modulith und andere Dinge reden.

Jetzt mit mir über OSGi sprechen!