Für eine effiziente Entwicklung von Software ist es unerlässlich, dass der abzubildende Prozess von allen Beteiligten verstanden wurde. Keine sonderliche Herausforderung, sollte man meinen. Oder doch? In der Praxis zeigt sich nämlich, dass viele Details eher unklar sind: Warum ist dieser Schritt hier überhaupt notwendig? Müsste der nicht vielleicht sogar früher erfolgen? Und was passiert überhaupt, wenn an dieser Stelle etwas schief geht? Event Storming für Process Modeling ist eine effektive Methode, um das Wissen über den abzubildenden Prozess und die daraus resultierenden Anforderungen sowohl für die Fachabteilung als auch für die Entwickler greifbar zu machen und in verständlicher Form aufzubereiten.

It is not easy to write software that solves complex business problems. We all have learned that, some of us the hard way. Domain-Driven Design offers tools and methods to "tackle complexity in the heart of software". After a short introduction to DDD, drawing from Conway's Law and the Cynefin Framework, we will collaboratively model an interesting domain using Event Storming and Story Mapping. Then you will transform selected parts into code using the design patterns of DDD (Value Object, Entity, Aggregate, Repository, Factory, Service, and Domain Events). Further topics covered include Bounded Contexts, Strategic Design, and Hexagonal Architecture. To conclude the workshop, we will discuss the question: What about CRQS and Event Sourcing?

Bestehende Systeme sind wertvoller Code, bei dem wir uns vor Änderungen fürchten. Das Fehlen von automatisierten Tests ist die häufigste Ursache dafür. Wie also umgehen mit Code, der nicht ausreichend getestet ist? Wir wollen Änderungen, die an vorhandenen Systemen vorgenommen werden müssen, schließlich nicht im Blindflug durchführen. In dieser Schulung lernt Ihr, wie Ihr Änderungen und Refactorings auch in bisher ungetestetem Code mit PHPUnit absichern könnt.

PHP war schon immer so verbreitet wie gleichzeitig umstritten. Doch in den letzten Jahren hat sich etwas verändert: Suchten sich Entwickler früher einen Job wegen PHP aus, so kommen sie heute trotz PHP. Marcel Normann, Entwicklungsleiter der WhereGroup, präsentiert als Einleitung einen kurzen Rückblick auf über 20 Jahre PHP-Geschichte und wagt den Versuch, in Statistiken Hinweise zur Zukunftsfähigkeit von PHP zu finden. Anschließend geht es weiter mit Sebastian Bergmann, einem PHP-Entwickler der ersten Stunde in Deutschland: Er berichtet, wie weit die Entwicklung von PHP 8.0 vorangeschritten ist und welche Features wir zu erwarten haben. Im Anschluss an die Vorträge wollen wir uns gemeinsam mit Euch auf die Suche nach einer Antwort auf die Frage machen, ob ein Entwickler heute noch PHP lernen sollte.

Konzepte wie Domain-Driven Design, eventgetriebene Architekturen, Command/Query Responsibility Segregation (CQRS) und Event Sourcing haben in letzter Zeit viele Diskussionen ausgelöst. Es scheint fast, dass man kein neues Projekt anfangen darf, ohneyx zumindest ein paar von diesen Buzzwords mit einzubauen. Oder gleich das ganze Paket? Schließlich hängen die ganzen Konzepte ja sehr eng zusammen. Nach einer kompakten Einführung in den praktischen Nutzen und die Anwendungsgebiete von DDD, Events und CQRS sehen wir uns jenseits von Buzzwords und technischem Overkill an, wo und wie man die genannten Konzepte in aktuellen Projekten und für Legacy-Anwendungen richtig dosiert und gewinnbringend einsetzen kann. Wir lernen die wichtigsten Prinzipien des Domain-Driven Design als eine logische Fortsetzung von OOP und agilen Methoden kennen und diskutieren praxiserprobte Lösungsansätze für die synchrone und asynchrone Verarbeitung von Events und die Anwendung von CQRS-Prinzipien, mit denen Erweiterungen und Änderungen an vorhandenen Anwendungen viel einfacher umsetzbar sind, als sie das bisher waren. Wir zeigen Codebeispiele in PHP, die aber auch für Entwickler mit Kenntnissen in anderen Programmiersprachen gut zugänglich sind. Da die zur Verfügung stehende Zeit beschränkt ist, ist in diesem Workshop keine Programmierung am eigenen Rechner vorgesehen.

Es ist geschafft: alle Entwickler haben sich zu Clean Code und Craftsmanship committed, das Manifest unterschrieben und tragen bunte Armbändchen. Die Qualität der Software steigt (was auch immer das jetzt genau bedeuten mag), in den Pull Requests finden keine Grundsatzdiskussionen mehr statt und dank Pair Programming gibt es weniger Wissensinseln. Aber: trotz grüner Tests und fröhlicher Entwickler sind die Anwender noch immer nicht nicht zufrieden. Und warum sind unsere Entwicklungskosten noch immer so hoch und die Velocity zu niedrig? In diesem Vortrag, der auf Praxiserfahrung aus über 25 Jahren Beratung und Team-Coaching in der Software-Entwicklung basiert, erfahren Sie, wie Sie nicht nur Software richtig schreiben, sondern auch die richtige Software schreiben.

Die richtige Software entwickeln. Das Richtige testen. Zum richtigen Zeitpunkt. Mit dem passenden Werkzeug sowie den richtigen Kniffen, wie man es effektiv und effizient einsetzt. In diesem Vortrag gehen wir unter anderem den folgenden Fragen nach: Was will ich testen? In welchem Rahmen muss ich es testen? Wie formuliere ich den Test?