Entwickeln Sie zu viel für eine Zukunft, die vielleicht nie kommen wird? In dieser Folge gehen wir der Frage nach, warum "Zukunftssicherheit" oft zu vergeudeter Zeit und versunkenen Kosten führt und wie Sie Ihre Developer Experience (DevEx) drastisch verbessern können, wenn Sie Ihre Denkweise von Meinungen auf Hypothesen umstellen.
In dieser Folge berichten wir über:
- Die Falle komplexer Architekturentscheidungen wie der hexagonalen Architektur zu früh
- Wie Sie Reibungspunkte im Lebenszyklus der Softwareentwicklung identifizieren und beseitigen
- Die Realität der Verwendung von KI-Agenten in der Produktion und wer tatsächlich für den Code verantwortlich ist
Wenn Sie ein Software-Ingenieur oder ein technischer Leiter sind, der das "Heilige Cloud-Komitee" und die langsamen Prozesse satt hat, dann ist dieser tiefe Einblick in DevEx genau das Richtige für Sie.
Verbinden Sie sich mit Bas de Groot:
https://www.linkedin.com/in/bas-de-groot-635013100
Zeitstempel:
00:00:00 - Intro
00:01:00 - Die Gefahr, Ihre Architektur "zukunftssicher" zu machen
00:03:18 - Warum Sie Hypothesen über Meinungen stellen sollten
00:05:32 - "Nach links schieben, bis nur noch Scheiße übrig ist"
00:08:19 - Ab welcher Größe brauchen Sie ein DevEx-Team?
00:11:02 - Wie Sie die Reibung beim Entwickler effektiv messen
00:15:43 - Daten nutzen, um langsame CI/CD-Pipelines zu verbessern
00:17:26 - Warum Umfragen DORA Metriken für Kontext schlagen
00:19:52 - Das "Heilige Cloud-Komitee" blockiert den Einsatz
00:24:51 - Wie man sich für DevEx-Initiativen einsetzt
00:28:56 - Die Rolle des praktischen Programmierens bei DevEx
00:31:47 - Werden KI-Agenten schlechte Prozesse korrigieren?
00:34:44 - Sie sind immer noch verantwortlich für KI-generierten Code
#entwicklungserfahrung #softwarearchitektur #techlead