Wer an gewachsenen Softwaresystemen arbeitet, kennt das: Für eine scheinbar kleine Änderung muss man plötzlich erstaunlich viel über andere Methoden, Klassen, Module, Services oder sogar externe Systeme im Kopf behalten. Je mehr interne Details, implizite Annahmen und Eigenheiten wir dabei mitdenken müssen, desto mehr Zeit kosten Änderungen, desto höher ist das Fehlerrisiko und desto teurer wird die Wartung.

Was aber ändert sich, wenn wir jede dieser Beziehungen konsequent als API betrachten, von Systemen und Services über Module und Klassen bis hin zum einzelnen Methodenaufruf? Dann stellen sich auf jeder Ebene dieselben Kernfragen: Was muss die API ausdrücken, damit die Interaktion korrekt funktioniert, was müssen beide Seiten voneinander wissen und wer sollte welche Verantwortung übernehmen?

Der Vortrag zeigt, wie die API-Brille hilft, auf allen Ebenen solche Schnittstellen im bestehenden Code zu erkennen und bei jeder Änderung schrittweise so zu gestalten, dass wir weniger fremde Details im Kopf behalten müssen und uns wieder stärker auf die Fachlichkeit konzentrieren können.