Ein kurzes Hallo vom Orgateam & ein paar organisatorische Infos zur Veranstaltung.

Wer baut nicht gerne den neuesten, heißen Sch…? Leider entwickeln wir oft die Lösung, bevor wir das Problem richtig verstanden haben. Wir von steadybit haben am eigenen Leib erfahren, wenn die fortschrittliche Technologie alleine nicht ausreicht, Kunden und Nutzer von deinem Produkt zu überzeugen. Aber was tun? Wir erzählen euch von ein paar Erfahrungen und griffigen Methoden wie Affinity Mapping und Design Studio, die wir erfolgreich eingesetzt haben, um den Nutzer und seine Probleme besser zu verstehen. Vor allem aber möchten wir euch an unseren Learnings teilhaben lassen: Love the problem, not the solution!

Nina Souris ist Mitarbeiterin No. 2 bei UX&I und wird nicht müde, als Anwältin des Nutzers für das Recht auf nutzbare und nützliche User Interfaces zu kämpfen. Überlässt das Coden aber lieber den Expert*innen.

Manuel Gerding hat sechs Jahre Software-Engineering-Studium überlebt und bei codecentric drei Jahre in Solingen gedient, um zu erkennen, dass ohne den Nutzer und seine Bedürfnisse alles nichts ist. 

Wahrscheinlich ist „Accelerate“ von Nicole Forsgren das bedeutendste IT-Buch des letzten Jahrzehnts. Dieser Talk beleuchtet, was hinter Accelerate und der Software-Delivery-Performance (SDP) steckt, warum SDP für so ziemlich jede Firma wichtig ist und mit welchen Metriken wir sie messen können. 

Chaos Engineering hilft, SDP kontinuierlich zu verbessern. Wir schauen uns an, warum sich Qualität und Geschwindigkeit nicht ausschließen, sondern ergänzen. Daraus folgt, dass man manchmal langsamer werden muss, um schneller zu werden. Zum Schluss betrachten wir, warum die technische Leistungsfähigkeit einer Firma nur ein notwendiger, aber kein hinreichender Teil des Erfolgs am Markt ist.

Maik Figura ist introvertiert, stottert und liebt es, Talks zu halten. Was kann da schon schief gehen? Bei der codecentric AG ist Maik IT Consultant mit dem Schwerpunkt Chaos Engineering. In seiner OffProject Time beschäftigt er sich mit Domain Driven Design und Event Storming.

Eines der aktuellen Hype-Themen ist API-Management. Aber brauche ich das? Ich mache doch schon Microservices in Docker! In dieser Session werde ich jenseits des Hypes das Thema aus verschiedenen Blickwinkeln betrachten:

- Wie kann ich meine APIs beschreiben? 

- Wer greift zu? 

- Wie schütze ich meine API? 

- Woher weiß ich, wie meine API genutzt wird? 

- Wie kann ich mit meiner API Geld verdienen?

Diese und noch mehr Fragen kann ich in der Session nicht beantworten, aber nach der Session werdet ihr eine Idee davon haben, welche Fragen ihr euch selbst stellen solltet und ob/welche Teile von API-Management ihr braucht. Anschließend dürfte es euch auch leichter fallen, die richtigen Tools für die einzelnen Probleme oder eine integrierte Lösung auszuwählen.

Dr. Roger Butenuth arbeitet seit mehr als neun Jahren bei der codecentric AG mit den Schwerpunkten Integration und Architektur. Im sonstigen Java-Umfeld interessieren ihn Themen rund um Performance und Parallelität.

Testen im Frontend ist trotz Tools wie Jest oft immer noch eine Herausforderung. Statements werden häufig lang und Tests damit unlesbar und unübersichtlich. In unserem aktuellen Projekt mit über 1000 Jest-Tests ist es besonders wichtig, dass die Tests einfach lesbar, verständlich und wartbar sind. Vor einiger Zeit haben wir die „Jest Custom Matcher“ entdeckt, die wir seither einsetzen, um Statements in unseren Tests kürzer und einheitlicher zu gestalten. Custom Matcher erweitern das expect—Statement und erlauben es, eure eigene Syntax für Tests festzulegen. Anhand eines Beispiels zeige ich euch, wie das geht und wie ihr diese in eurem eigenen Projekt einsetzen könnt – ab morgen!

Miriam Greis liebt es, Talks zu halten, obwohl sie oft noch Schwierigkeiten bei der Themenfindung hat. Durch ihre Promotion in der Mensch-Computer-Interaktion ist sie eher im Frontend zu Hause, in Projekten ist sie aber auch als Scrum Coach und im Backend unterwegs. In ihrer OffProject Time setzt sie sich unter anderem für Diversity, Inclusion und den Austausch unter Kolleg*innen ein.

Asynchronen Code zu schreiben, ist nun wirklich nicht angenehm. Zu unserem Ärger verstecken sich dort zu oft subtile kleine und größere Fehlerchen. Im Vergleich zu Callbacks und Promises brachte async/await für JavaScript bereits eine große Erleichterung mit sich. Der Code bleibt jedoch asynchron und ist erfahrungsgemäß immer noch fehleranfällig. Holger hat sich in seinen Projekten einmal zu oft über ein fehlendes await geärgert! Dies nimmt er zum Anlass, um die Funktionsweise von async/await und dessen Historie noch einmal genauer zu betrachten. Er wird außerdem häufige Fallstricke und mögliche Lösungswege vorstellen. Danach ärgern wir uns alle hoffentlich seltener über ein fehlendes await.

Holger Grosse-Plankermann ist seit über 15 Jahren passionierter Software-Entwickler. Von Anfang an dabei: die Faszination für das Web, sowohl im Frontend wie im Backend. Bei der Entwicklung und beim Entwurf von Software legt Holger besonderes Augenmerk auf gute Testbarkeit. Die Gedanken des Software Craftings spielen dabei eine große Rolle. In seiner Freizeit podcastet er bei @autoweird.fm.

Der Data Scientist galt vor wenigen Jahren noch als der „sexiest job of the 21st century“. Inzwischen hat sich viel getan: Aufgaben und Anforderungen haben sich geändert, Technologie hat sich weiterentwickelt und die Welt rund um Daten bestimmt heute jedes Unternehmen. Der Data Scientist ist nicht mehr alleine, wenn es um die Nutzung von Daten geht. In diesem Talk gibt es einen kurzen Überblick über Skills, die benötigt werden, um Daten-Projekte durchzuführen und welche Rollen das typischerweise übernehmen.

Matthias Niehoff ist als Data Architect sowie Head of Data & AI für codecentric unterwegs und unterstützt Kunden bei Design und Umsetzung von Datenarchitekturen. Dabei liegt sein Fokus weniger auf dem Modell, sondern vielmehr auf der notwendigen Infrastruktur und Organisation, um Daten- und KI-Projekten zum Erfolg zu verhelfen.

Rust bietet die Möglichkeit, native, maschinennahe Programme in einer sehr produktiven und performanten Sprache zu verfassen. Diese Sprache werde ich in diesem Talk kurz vorstellen, einige Besonderheiten aufzeigen und demonstrieren, wie die Sprache zu Code führt, der nicht nur schlank und wartbar ist, sondern auch um Größenordnungen weniger Ressourcen verbraucht als vergleichbare Programme in z. B. Java oder Node.js.

Elisabeth Schulz hat eine lebenslange Leidenschaft für Computer zum Beruf gemacht. Sie fühlt sich unter der Oberfläche am wohlsten, wo sie dafür sorgt, dass die Dinge „genau richtig“ funktionieren. Ihre Interessen sind vielfältig und zahlreich, aber umfassen funktionale Programmierung, Performance und Low-Resource-Plattformen.

Die Landwirtschaft ist einer der wichtigsten Märkte im aufstrebenden Bereich des IIoT (Industrial IoT). Während sich etablierte vertikale Farmen auf die Großproduktion fokussieren, sind Mikroplantagen auf wenige Pflanzen ausgelegt. Wir präsentieren softwareseitig eine autonome Mikroplantage. Auf Basis deklarativer Instruktionen wachsen die Pflanzen darin mit präziser chemischer Komposition und hohem Ertrag. Getrieben durch Kunden- und Pflanzenanforderungen sind Resilienz und Selbstheilung Schlüsselfunktionen. Eine Hardwareabstraktion bietet große Flexibilität bei der Hardware. Wir präsentieren unsere Erfahrungen und zeigen das Potential der Lösung für unterschiedlichste Anforderungen.

Marcus Hanhart ist IT Consultant mit Fokus auf (I)IoT und Python bei der codecentric AG.

Robert Meissner promovierte in Biophysik, bevor er zu codecentric kam. Er ist „Pythonist“ mit Fokus auf (I)IoT und Data Engineering. 

Application Performance Management, kurz APM, ist eins der vielen Kürzel und Buzzwords, die einem in der IT so über den Weg laufen. Oftmals wird es abgetan mit der Begründung, es sei ja nur Monitoring, ein Luxusproblem. Aber wofür genau steht APM und was will man damit? In diesem Kurzvortrag wollen wir grundlegende Fragen zu APM beantworten, den aktuellen Stand der Technik vorstellen und zeigen, wie APM Dev und Ops näher zusammenbringt. Denn APM ist mehr als stundenlang auf ein Dashboard zu starren und kann schon während der Entwicklung von Software wichtige Erkenntnisse liefern.

Anna Backs arbeitet als APM Consultant für die codecentric AG. Wenn sie nicht gerade mit ihrem Hund draußen unterwegs oder in der Welt von Shadowrun vertieft ist, dann ist sie wahrscheinlich damit beschäftigt, etwas in JavaScript zu bauen. Kaffee, gute Geschichten und neue Dinge zu lernen gehören zu ihren Vorlieben.

Maximilian Mayer arbeitet als APM Consultant für die codecentric AG. Er hat viel Erfahrungen als Linux-Admin und im DevOps-Umfeld gesammelt. Neben Automatisierung interessiert er sich für Ruby-Entwicklung. Motorräder und alte Autos zählen zu seinen Leidenschaften.

Keycloak ist eine Open-Source-Lösung für Identity- und Access-Management. Sicherheitsrelevante Features wie Login, Registrierung, User Management oder auch die „Passwort vergessen“-Funktion sind direkt enthalten. Wenn ihr Keycloak einbindet, müsst ihr euch nicht mehr selbst um die Implementierung dieser Features kümmern – pretty cool. Ein vergleichbares Sicherheitsniveau kann im Falle einer eigenen Implementierung der oben genannten Features nur unter relativ hohem Aufwand aufgebaut werden. 

Die Konfiguration von Keycloak sollte natürlich auch nachvollziehbar und reproduzierbar gehalten werden. Hier kommt Infrastructure as Code ins Spiel. Ein beliebtes Tool zur Umsetzung ist Terraform. Die Verwendung des Keycloak Terraform Providers ist relativ einfach und ermöglicht die flexible Verwaltung von Ressourcen, die sich gut in CI-/CD-Pipelines integrieren lässt. Damit lassen sich robuste und wartbare Konfigurationen erzeugen und verwalten.

Johanna Nolte arbeitet als Fullstack-Entwicklerin bei codecentric und beschäftigt sich in ihrem Projekt neben der Fullstack-Entwicklung auch mit DevOps-Themen. In den letzten beiden Projekten hat sich die Konfiguration von Keycloak mit Terraform als sehr nützlich und gleichzeitig recht einfach erwiesen. Dieses Wissen möchte sie gern mit anderen Entwickler*innen, DevOps Fans und sonstigen Interessierten teilen.