🎙️ Folge 11 - Mental Health: Zwischen Code, Druck, Burnout und Bore-out

In dieser Episode sprechen Paul Freund und Daniel Ratke über ein Thema, das in Tech und Business oft zu kurz kommt: Mental Health. Wie wirkt sich der Entwickleralltag auf die Psyche aus? Was passiert, wenn man tagelang allein im Code versinkt? Und warum ist der Druck als Gründer noch mal eine ganz andere Liga?

Es geht um Fokus, Isolation, soziale Energie, intrinsische Motivation, Erfolgserlebnisse - aber auch um toxische Projekte, fehlende Kontrolle, Burnout, Bore-out und die Frage, wie man langfristig gesund bleibt, wenn Arbeit, Verantwortung und Druck immer weiter zunehmen.

🔥 In dieser Episode:

* Warum Mental Health für Entwickler und Gründer unterschiedlich aussieht

* Allein im Code - wann Deep Work gut tut und wann sie isoliert

* Warum Entwickler oft besondere Neurotypen und Arbeitsweisen mitbringen

* Grit, Durchbeißen und der schmale Grat zwischen Stärke und Selbstüberforderung

* Erfolgserlebnisse als Gegengewicht zu Stress und Frust

* Warum Unternehmertum mental extrem hart sein kann

* Gründerstress, Unsicherheit, Ablehnung und jahrelanges Durchhalten

* Warum Druck nicht an Mitarbeitern ausgelassen werden darf

* Toxische Projekte, schlechte Feedbackkultur und fehlende Wertschätzung

* Burnout - wie negativer Dauerstress und Kontrollverlust gefährlich werden

* Bore-out - warum Unterforderung ebenfalls krank machen kann

* Warum Ziele, Fortschritt und echte Erfolge für Menschen so wichtig sind

* Sport als einer der wichtigsten Hebel für mentale Stabilität

* Grenzen setzen - und warum man nicht jedes Projekt persönlich retten muss

* Ernährung, Wasser, Zucker und Basics, die viele Entwickler unterschätzen

* Warum man mit gesunden Routinen anfangen sollte, bevor es einem schlecht geht

⏱️ Kapitel / Timecodes:

00:00 Intro - heute geht’s um Mental Health

00:18 Mental Health für Entwickler und Gründer

00:49 Allein im Code - Deep Work, Isolation und soziale Energie

03:24 Neurotypen, soziale Battery und positive Interaktion

05:37 Stress, Reward und Erfolgserlebnisse

07:18 ADHS, Autismus und warum viele Entwickler anders ticken

09:23 Grit als Entwickler und als Gründer

10:46 Podcast, Social Media und lange Durststrecken

12:23 Unternehmertum, Privilegien und strukturelle Unterschiede

14:39 Druck aushalten, ohne ihn weiterzugeben

16:42 Burnout und Bore-out als zentrale Risiken

17:28 Toxische Projekte und schlechte Feedbackkultur

19:15 Guter Stress vs. negativer Dauerstress

21:05 Kontrollverlust und warum er so gefährlich ist

23:19 Burnout-Angst und persönliche Warnsignale

25:35 Anhedonie - wenn Dinge keinen Spaß mehr machen

27:07 Bore-out und Unterforderung

31:47 Ziele, Fortschritt und echte Erfolge

32:24 Sport als Mental-Health-Hebel

33:40 Diversifizieren: Erfolg nicht nur aus Arbeit ziehen

36:17 Körper und Geist nicht wie eine Maschine behandeln

37:22 Grenzen setzen und Arbeitszeit schützen

38:08 Ernährung, Wasser und Zucker

42:25 Stress, Essen und Verdauung

43:36 Wrap-up - Sharing is caring

📌 Links:

Mehr vom Podcast - https://committomarket.de

Du bist oder suchst Entwickler? - https://auralis.group

Coaching und Beratung! - https://frnd.dev

#tech #engineering #business #podcast #softwareentwicklung #mentalhealth #burnout #boreout

🎙️ Folge 10 - Softwarequalität: Warum „läuft bei mir“ nicht reicht

In dieser Episode sprechen Paul Freund und Daniel Ratke über Softwarequalität - und warum guter Code nicht nur bedeutet, dass etwas kompiliert oder lokal einmal funktioniert.

Es geht um echte Projekt-Erfahrungen: von regulierten Produkten mit Quality Gates und Zertifizierung über „Bananen-Software“, die beim Kunden reift, bis hin zu Features, die ungeprüft weitergegeben werden und dann anderen die Zeit verbrennen.

Wir sprechen darüber, warum Ownership einer der wichtigsten Unterschiede zwischen guten und mittelmäßigen Entwicklern ist, wie sich Testing je nach Kontext verändert und warum AI-generierter Code das Thema Qualität noch wichtiger macht - nicht weniger.

🔥 In dieser Episode:

* Warum Softwarequalität stark vom Kontext abhängt

* Regulierte Produkte, UL-Zertifizierung und echte Verantwortung

* Warum „ich habe es gebaut“ nicht reicht, wenn niemand getestet hat

* Ownership als Qualitätsmerkmal - und warum es Entwickler massiv vom Durchschnitt abhebt

* Warum schneller Output wertlos ist, wenn danach andere alles debuggen müssen

* AI und Codequalität - warum Code schreiben weniger wichtig wird, aber Code prüfen wichtiger

* TDD, Unit Tests, Integration Tests und End-to-End Tests - wann was Sinn macht

* Warum die goldene Mitte oft besser ist als Test-Dogmatismus

* „Bananen-Software“ - wenn Produkte erst beim Kunden reifen

* Microsoft, Windows, Backwards Compatibility und warum große Software nie einfach ist

* Legacy, technische Schulden und warum Testabdeckung langfristig entscheidend wird

* UI Testing, Playwright und warum jeder Button einmal benutzt werden sollte

* Tester vs. Entwickler - warum gute QA kein „zweiter Rang“ ist

* Warum kreative Tester extrem wertvoll sind

* Testautomatisierung als Mindestskill für moderne QA

* Security, DevSecOps, CVE-Scans und automatisierte Checks

* AI Security und warum Open Source durch AI langfristig sicherer werden könnte

* Architektur als Grundlage für gute Testbarkeit

* Event Driven Architecture, Datenorientierung und warum gute Schnitte Tests massiv vereinfachen

* „Works on my machine“ als absolute Untergrenze - nicht als Qualitätsziel

⏱️ Kapitel / Timecodes:

00:00 Intro - heute wird scharf geschossen

00:38 Storytelling: Qualität in regulierten Produkten

02:04 Wenn Entwickler ungeprüften Code weitergeben

03:06 Ownership und Arbeitsweise

05:17 AI macht Qualitätssicherung wichtiger

07:10 TDD, Unit Tests und die goldene Mitte

09:16 Vertrauen, Reviews und gute Übergaben

11:53 Bananen-Software und Testing beim Kunden

12:09 Microsoft, Bugs und globale Auswirkungen

16:14 Wie groß Testing bei Microsoft wirklich sein muss

18:04 Legacy, C++, Python 2/3 und technische Schulden

20:50 Warum Testabdeckung bei Legacy entscheidend ist

22:39 UI Testing, Playwright und Smoke Tests

23:15 Desktop Testing und AutoIt Flashbacks

34:51 Quality Prozesse und Cloud DevOps

36:37 Warum man fremde Features oft besser kaputt testet als eigene

38:09 Kreative Tester und echtes Break-Testing

41:24 QA Engineering, FMEA und sicherheitskritische Systeme

43:03 SaaS, Kundendaten und finanzielle Risiken

47:35 DevSecOps und CVE-Scanning in der Praxis

48:46 AI Security und Open Source

51:28 Best Practices: Pipelines, UI Tests, Testautomatisierung

53:03 Architektur als Teil der Testpyramide

55:51 Event Driven Architecture und testbare Systeme

58:29 Integration Tests und „works on my machine“

1:00:30 Wrap-up - Sharing is caring

📌 Links:

Mehr vom Podcast - https://committomarket.de

Du bist oder suchst Entwickler? - https://auralis.group

Coaching und Beratung! - https://frnd.dev

#tech #engineering #business #podcast #softwareentwicklung #softwarequalität #testing #qa

🎙️ Folge 9 - Agile: Warum fast alle es machen, aber kaum jemand das Gleiche meint

In dieser Episode sprechen Paul Freund und Daniel Ratke über ein Thema, bei dem man sich schnell unbeliebt macht: Agile. Scrum, Kanban, Retros, Story Points, Velocity, Forecasts, Agile Coaches - theoretisch kennt es jeder, praktisch lebt es jede Firma anders.

Es geht um die Frage, was Agile eigentlich lösen soll - und warum es in der Realität oft zwischen zwei Extremen pendelt: auf der einen Seite maximaler Prozess, PI-Planning und Bürokratie, auf der anderen Seite Chaos mit halbfertigen Boards, Tickets ohne Inhalt und Meetings, die nur Verwaltung simulieren.

Dazu sprechen wir darüber, warum Story Points oft nur Stunden mit Extra-Schritten sind, weshalb Velocity-Dashboards schnell in die Irre führen, was gute Retros von kompletter Zeitverschwendung unterscheidet - und warum externe Senior-Leute oder Agile Coaches auf der Metaebene oft mehr Impact haben, als man denkt.

🔥 In dieser Episode:

* Warum „Agile“ heute ein extrem schwammiger Begriff ist

* Wasserfall ist tot - aber ist Agile automatisch besser?

* Wie „maximal gelebtes“ Agile in großen Organisationen aussieht

* Warum zu viel Prozess Teams auch brutal ausbremsen kann

* Wieso pseudo-agile Projekte mit leeren Tickets und schlechten Boards oft noch schlimmer sind

* Retros zwischen echtem Mehrwert, Fremdscham und Eskalation

* Story Points vs. Stunden - und warum dieses Missverständnis fast überall auftaucht

* Warum Velocity und Forecast in vielen Teams überschätzt oder falsch gelesen werden

* Weshalb Dashboards Teams dazu bringen können, das System auszudribbeln

* Warum der Warnruf aus dem Team oft wertvoller ist als jede Kennzahl

* Scrum vs. Kanban - und wann welches Modell besser passt

* Wieso große Teams in Refinements oft dysfunktional werden

* Warum interne Plattform- und Support-Teams ein Sonderfall sind

* Weshalb externe Senior-Leute oft den Vergleichsmaßstab mitbringen, der intern fehlt

* Agile Coaches - teuer, aber manchmal extrem wertvoll

* Warum Prozesse nicht dogmatisch sein dürfen, sondern zum Team und Produkt passen müssen

* Startup-Mode vs. Agile-Prozess - und was in kleinen Teams wirklich praktikabel ist

⏱️ Kapitel / Timecodes:

00:00 Intro - heute wird’s meinungsstark

00:30 Wasserfall vs. Agile

01:55 Best-of/Worst-of Agile-Erfahrungen

02:35 Das „maximal agile“ Großprojekt

04:52 Wenn Boards nur Verwaltung simulieren

08:35 Redmine-Horror und Tooling-Frust

11:35 Wenn Agile gut funktioniert

15:48 Warum große Teams in Refinements schwierig werden

24:53 Retros zwischen Hilfe und Eskalation

30:29 Agile Coaches und ihr echter Mehrwert

35:07 Story Points und die große Verwirrung

38:04 Velocity, Forecasts und Dashboard-Probleme

48:51 Scrum vs. Kanban

58:24 Startup-Mode, Live-Fixes und Geschwindigkeit

1:02:04 Wrap-up

📌 Links:

Mehr vom Podcast - https://committomarket.de

Du bist oder suchst Entwickler? - https://auralis.group

Coaching und Beratung! - https://frnd.dev

#tech #engineering #business #podcast #softwareentwicklung #agile #scrum #kanban