Zurück

Design-First – Warum APIs nichts mit Code zu tun haben

APIs und Geschäftslogik gehören getrennt. Dies ist eigentlich hinlänglich bekannt. Doch wo wird die Grenze gezogen?
In diesem Vortrag zeigen wir auf,

wie mit Codings umgegangen werden sollte, die gebraucht werden, um eine API anbieten zu können
wo die Grenze zur Geschäftslogik ist
wie weit der Einfluss eines Stakeholders auf das getroffene Design ist.

Vorkenntnisse

Erfahrung in Spezifikation, Design und Produktion von Web-APIs

Lernziele

Definition von Geschäftscode und "API-Code" kennenlernen
Übliche Probleme in der Weiterentwicklung von APIs kennenlernen
Einen Ansatz für die Einordnung von Stakeholder-Interessen kennenlernen
Verstehen, wie sich der Einfluss eines Stakeholders über die API hinaus auf Architektur und Geschäftslogik auswirken kann
Ansätze verstehen, um eine API langfristig betreibbar zu halten

Speaker

Noah Neukam ist Grenzgänger zwischen Software Engineer und Software Architect. Aktuell befasst er sich mit CQRS, DDD, Kommunikation und Umfeld sowie Strukturen. Dabei kann er auf seine mehrjährige Erfahrung zur schnellen Schaffung von Mehrwert in dynamischen Umfeldern zurückgreifen.

Uwe Neukam ist seit mehr als 20 Jahren als Softwarearchitekt tätig. Dabei konnte er in mehreren Unternehmen den Wandel von On-premise- hin zur Web-Entwicklung begleiten. Dieser Wandel ist von Unternehmen zu Unternehmen unterschiedlich, und es gibt keine Patentlösung. Wird auf die individuellen Bedürfnisse des Unternehmens eingegangen, dann klappt es auch mit der Transformation.

Jetzt Tickets sichern

betterCode-Newsletter

Du möchtest über die betterCode() API und weitere unserer betterCode()-Events auf dem Laufenden gehalten werden?

Anmelden