Commit to Market

Daniel Ratke und Paul Freund
  • 0,0 (0)
  • Technologies
  • Deux fois par semaine

Commit to Market ist der Podcast über Software, Business und die Realität dazwischen. Alle Links gibt's auf https://committomarket.de

  1. 1 juin

    EP13 - Goldrausch

    🎙️ Folge 13 - Goldrausch: Ist SaaS vorbei und wo liegt der nächste große Hebel? In dieser Episode sprechen Paul Freund und Daniel Ratke über den nächsten großen Goldrausch in Tech und Business. Nach Dotcom, Apps und SaaS stellt sich die Frage: Ist der klassische Software-as-a-Service-Markt gerade am Ende seines Hypes - oder entsteht durch AI ein komplett neuer Markt? Es geht um SaaS-Multiples, AI-Tools, Tokenpreise, Codex, Claude, OpenAI, selbst gebaute interne Systeme, Marketing-Automatisierung, Steuerberatung durch KI und die große Frage: Wo entsteht in Zukunft noch echter Wert, wenn jeder innerhalb kürzester Zeit Software bauen kann? Dazu diskutieren Paul und Daniel, warum reine Wrapper und generische AI-Tools langweilig werden, weshalb Moats wichtiger sind als je zuvor und warum Menschen mit Geschmack, Produktgefühl und guter UX in der AI-Ära vielleicht noch wertvoller werden. 🔥 In dieser Episode: * Der Goldrausch von Dotcom über Apps bis SaaS * Warum SaaS-Multiples gerade massiv unter Druck stehen * Ob klassische SaaS-Produkte durch AI entwertet werden * Warum MVPs und POCs heute fast schon ein gelöstes Problem sind * Moats, Daten, Distribution und echte Differenzierung * Warum viele AI-Startups wie Wrapper wirken * Tokenpreise, Subscriptions und die Frage, ob AI bald wieder teuer wird * Codex, Claude Code und warum Entwickler kaum noch von Hand coden wollen * Warum Steuerberatung, Marketing und SEO durch AI massiv angegriffen werden * Accountable, KI-Steuerberater und typische deutsche Regulierung * Warum AI viele Freelancer- und Agenturleistungen direkt trifft * Interne Tools, CRM, ERP und Rechnungsgenerierung mit einem Prompt * Warum der neue Goldrausch noch nicht klar sichtbar ist * Social Media, B2C, Influencer und Produktmarken als aktueller Wachstumsbereich * Peptide, GLP-1, Fitness, Gesundheit und neue Märkte außerhalb klassischer Software * AI-Slop, langweilige KI-Tools und die Suche nach härteren Problemen * Warum Commodity-Code gegen Null tendiert * Menschen mit Geschmack als Zukunftsvorteil * Was Entwickler, Gründer und Ingenieure jetzt daraus mitnehmen können ⏱️ Kapitel / Timecodes: 00:00 Intro aus Italien 00:25 Goldrausch als Thema: Dotcom, SaaS und AI 01:33 SaaS-Multiples und abkühlender Markt 03:06 MVPs, POCs und Produkte mit AI bauen 04:41 Moats und warum reine Software weniger Schutz bietet 06:03 CuteMarkets, Daten-APIs und schnelle Plays 08:26 Langfristigkeit vs. schnelle AI-Zyklen 09:09 Zwei Jahre Vorsprung für AI-Power-User 10:34 Was passiert, wenn AI bessere Architekturentscheidungen trifft? 11:31 Assembly, Effizienz und AI-generierter Low-Level-Code 12:42 Tokenpreise und das Ende der Subscription-Paradies-Zeit 15:52 Neue Modelle, Kosten und Performance 18:13 Wenn Tokens teurer werden als Entwicklerzeit 21:10 Verlernen wir Coding durch Agents? 21:57 AI-Wrapper, YC und langweilige KI-Tools 23:22 Social Media, Steuern und AI als Business-Assistent 24:32 Steuererklärung mit AI 28:54 Accountable, KI-Steuerberater und Regulierung 34:15 Marketing, SEO und Agenturen unter Druck 40:23 Interne Systeme mit AI bauen 41:41 Rechnungsgenerierung und warum Expertenwissen plötzlich weniger knapp ist 43:29 Wo liegt der neue Goldrausch wirklich? 45:54 Social Media, B2C und Produktmarken 47:28 Peptide, GLP-1 und neue Gesundheitsmärkte 51:40 Was wir uns von Tech eigentlich wünschen 55:54 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

    52 min

  2. 22 mai

    EP12 - KI, Arbeitsmarkt und Bewusstsein

    🎙️ Folge 12 - KI, Arbeitsmarkt und Bewusstsein: Was passiert gerade mit Entwicklerjobs? In dieser Episode sprechen Paul Freund und Daniel Ratke über ein Thema, das gerade überall präsent ist: KI, Arbeitsmarkt und die Zukunft von Softwareentwicklung. Es geht um den spürbaren Impact von AI auf Entwicklerjobs, den schwierigen Junior-Markt, Agentic Coding mit Codex und Claude Code - und die Frage, welche Entwickler in Zukunft überhaupt noch gebraucht werden. Wird Coding selbst zur Commodity? Werden Geschmack, Verantwortung, Architektur und Produktgefühl wichtiger als reine Implementierung? Außerdem wird es philosophisch: Können LLMs denken? Was passiert, wenn AI-Systeme immer autonomer werden? Und wie verändert AI nicht nur Jobs, sondern auch Sprache, Internetkultur und unseren Umgang mit Content? 🔥 In dieser Episode: Warum der Entwickler-Arbeitsmarkt gerade so hart ist Juniors, Seniors und warum AI den Markt von unten nach oben verändert Agentic Coding mit Codex und Claude Code - warum der Output explodiert Warum AI kein Tool mehr ist, das man “mal fragt”, sondern ein Skill, den man trainieren muss Wie sich die Rolle von Entwicklern verschiebt: weniger Coding, mehr Verantwortung, Entscheidungen und Review Warum Top-Performer durch AI noch stärker hebeln können Meta, Layoffs und AI-Training auf Basis interner Mitarbeiter Return to Office als indirekte Layoff-Strategie Token-basierte Modelle, Subscriptions und warum AI-Produktivität gerade noch ein Paradies ist LLMs, Denken und Bewusstsein - wo wird es philosophisch? Sensorik, Robotik, Neuralink und mögliche Interfaces der Zukunft AI 2027, Superintelligence und AI als Thema nationaler Sicherheit Dead Internet Theory, AI-Slop und warum sich Sprache durch AI verändern könnte Warum Geschmack, UX und gute Produktentscheidungen in Zukunft noch wertvoller werden Softwareentwicklung nach dem Goldrausch - warum Mittelmaß weniger Platz haben wird Was passiert, wenn weniger Entwickler gebraucht werden, aber mehr richtig gute Ingenieure? Handwerk, Gastronomie, Industrie und die Frage, wohin Arbeitskraft in Zukunft wandert Europa, Mistral, Aleph Alpha und warum AI-Infrastruktur ein geopolitisches Thema ist ⏱️ Kapitel / Timecodes: 00:00 Intro - zurück nach kurzer Pause 00:21 KI ist wieder überall 00:47 Impact von AI auf Entwicklerjobs 01:16 Meta, AI-Training und Layoffs 02:21 Return to Office als Druckmittel 03:47 Junior-Markt, Seniors und AI-Druck 06:29 Agentic Coding vs. “nur GPT fragen” 07:36 Wie sich Entwicklerarbeit verschiebt 08:35 Output-Explosion durch parallele Agenten 10:44 Subscriptions, Token und AI-Kosten 13:21 Agentic Coding als neuer Skill 14:36 Können LLMs denken? 16:13 Bewusstsein, Wiederholung und autonome Systeme 19:14 Sensorik, Robotik und AI-Experimente 21:52 AI als National-Security-Thema 24:04 Superintelligence und AI 2027 25:12 Human Brain Tissue as a Service 27:20 Neuralink und Brain-Computer-Interfaces 29:42 Haben wir in 20 Jahren Implantate? 32:15 AI-Slop, Reddit und Dead Internet Theory 37:41 Was bleibt für Entwickler übrig? 38:10 Menschen mit Geschmack als Zukunftsvorteil 44:52 Arbeitsmarkt, Gastro und Fachkräftemangel 47:47 Brauchen wir weniger Ingenieure? 49:42 Top-Performer vs. Mittelmaß 52:49 Wohin verschiebt sich Arbeit? 54:21 Europa, AI und fehlende Infrastruktur 55:54 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 #ki #ai #arbeitsmarkt

    56 min

  3. 28 avr.

    EP11 - Mental Health

    🎙️ 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

    44 min

  4. 21 avr.

    EP10 - Softwarequalität

    🎙️ 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

    1 h 1 min

  5. 14 avr.

    EP9 - Agile

    🎙️ 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

    1 h 3 min

  6. 8 avr.

    EP8 - Side Projects

    🎙️ Folge 8 - Side Projects: Was sie wirklich beeindruckend macht In dieser Episode sprechen Paul Freund und Daniel Ratke darüber, warum Side Projects für Entwickler so wertvoll sein können - und was davon in der Praxis wirklich Eindruck macht. Denn ein Side Project ist nicht automatisch stark, nur weil es auf GitHub liegt. Und umgekehrt muss es nicht immer ein riesiges eigenes Produkt sein. Es geht darum, was gute Side Projects auszeichnet: klare Idee, saubere Struktur, gutes Readme, Screenshots, Demo, Website, CI/CD, gepflegte Issues - und vor allem: Ownership. Also der Unterschied zwischen „ich habe mal ein Tutorial nachgebaut“ und „ich habe etwas gebaut, verstanden, gepflegt und weiterentwickelt“. Außerdem sprechen wir darüber, warum Open-Source-Contributions oft genauso stark oder sogar stärker sein können als ein eigenes Repo, weshalb Engineering-Blogs unterschätzt werden und warum ein Side Project, das sogar echten Umsatz macht, noch mal ein ganz anderes Signal sendet. 🔥 In dieser Episode: * Warum Side Projects in Bewerbungen und Interviews so stark wirken können * Was wirklich beeindruckt * Warum ein Side Project nicht immer ein eigenes Full Product sein muss * Open-Source-Contributions als starkes Signal - wenn klar erkennbar ist, was genau dein Beitrag war * Warum bekannte Open-Source-Repos oder Commits in große Projekte sofort Aufmerksamkeit erzeugen * GitHub als Aushängeschild - und warum halbfertige Tutorial-Repos eher schaden können * Private Repos statt alles öffentlich „hinrotzen“ * Engineering Blogs als unterschätztes Karriere-Asset * Warum Screenshots, visuelle Demos und gute Präsentation oft mehr ausmachen als noch mehr Text * GitHub Stars - nettes Signal, aber kein echter Qualitätsbeweis * Side Projects mit Umsatz oder echten Nutzern - warum das ein massiver Ownership- und Business-Indikator ist * Das Spannungsfeld zwischen Side Projects und Festanstellung * warum andere sich davon bedroht fühlen * Side Projects sind kein Muss - und fehlende Zeit ist ein legitimer Kontext * Warum Marke, Vertrauen und Präsentation oft wertvoller sind als „nur der Code“ * MIT, GPL und Open-Source-Lizenzen - und warum sich der Wert von Code durch AI verändert ⏱️ Kapitel / Timecodes: 00:01 Intro - Sonne, Natur und Side Projects 00:49 Was macht ein Side Project überhaupt beeindruckend? 01:11 Letzte Projekte, die Eindruck gemacht haben 02:17 Side Projects im Interview - Diagrammtool als Showcase 04:15 Open-Source-Contributions statt eigenes Full Project 06:16 Linux Kernel, bekannte Repos und starke Contributions 09:14 Was ein gutes Repo ausmacht 11:01 Readme, Website, Dokumentation und Pipeline 13:45 Was auf GitHub eher schadet als hilft 16:05 Side Projects sind kein Pflichtprogramm 21:57 Screenshots, Videos und visuelle Demos 23:40 Side Projects mit Umsatz - besonders starkes Signal 26:17 Side Projects vs. Freelancing 32:01 Engineering Blogs als unterschätztes Asset 36:16 GitHub Stars - was sie aussagen und was nicht 44:24 Gute Präsentation schlägt reinen Text-Blob 46:43 MIT, GPL und der Wert von Code im AI-Zeitalter 51:21 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 #sideprojects #opensource #github

    53 min

  7. 1 avr.

    EP7 - Des Entwicklers neue Kleider

    🎙️ Folge 7 - Des Entwicklers neue Kleider: Welche Karrierepfade es nach dem Senior wirklich gibt In dieser Episode sprechen Paul Freund und Daniel Ratke über eine Frage, die viele Entwickler irgendwann trifft: Was kommt eigentlich nach dem Senior? Und noch wichtiger: Welche Rolle steckt hinter welchem Titel wirklich? Denn zwischen Lead Dev, Tech Lead, Staff Engineer, Principal Engineer, Architekt, Scrum Master, Engineering Manager, Head of und CTO liegt mehr als nur ein schicker Name im LinkedIn-Profil. Je nach Firma, Größe und Reifegrad bedeuten dieselben Titel oft komplett unterschiedliche Dinge - fachlich, organisatorisch und auch finanziell. Die Folge sortiert genau dieses Chaos: Tech-Schiene, Business-Schiene und Leadership-Schiene - was passt zu wem, was ist nur Title Inflation und wo steckt echte Verantwortung drin? 🔥 In dieser Episode: * Die drei großen Wege nach dem Senior - Tech, Tech + Business und Leadership * Warum der Senior-Titel oft später kommt als die eigentliche Leistung * Lead Dev vs. Tech Lead - wann das nur unterschiedliche Namen sind und wann nicht * Warum Kommunikation und Verantwortung wichtiger sind als nur guter Code * Staff Engineer und Principal Engineer - mehr Einfluss, mehr Gewicht, mehr Verantwortung * Architektenrollen sauber getrennt * Platform Engineer als Spezialfall zwischen Cloud, Architektur und Engineering * Warum Titel in Startups, Corporates und Projektgeschäft oft komplett unterschiedlich gelebt werden * Title Inflation - weshalb ein Startup-CTO nicht dasselbe ist wie ein Corporate-CTO * Scrum Master als möglicher Einstieg in die Business-Schiene * Business Analyst, PO, Projektleiter, Product Manager, Program Manager - wo die Unterschiede verschwimmen und wo sie real sind * Team Lead als vielleicht undankbarster Job im ganzen Stack * Warum 50 Prozent coden + 50 Prozent führen in der Praxis oft einfach nicht funktioniert * Engineering Manager, Head of, Director - wie sich Führung ab einer gewissen Größe professionalisiert * Startup-CTO vs. Corporate-CTO - Speedboat gegen Tanker * Gründer, Geschäftsführer, CEO - wann technische Gründer wirklich ganz nach oben gehen * Warum Startup-Erfahrung ein Shortcut sein kann - wenn man Glück hat und sich dem Glück auch aussetzt ⏱️ Kapitel / Timecodes: 00:00 Intro - Des Entwicklers neue Kleider 00:37 Die drei Karriere-Schienen nach dem Senior 02:35 Warum der Senior-Titel oft später kommt als die Leistung 04:35 Lead Dev und Tech Lead - was steckt wirklich dahinter? 08:54 Staff Engineer und Principal Engineer 16:40 Architektenrollen - Software, Solution, Enterprise 24:43 Platform Engineer und Cloud-Spezialisierungen 27:27 Business-Schiene - Scrum Master, BA, PO, PM 41:35 Leadership-Schiene - Team Lead, Engineering Manager, Head of 43:20 Warum Team Lead oft der undankbarste Job ist 50:12 Head of, Director und Management-Verantwortung 52:22 CTO im Startup vs. CTO im Corporate 55:50 Gründer, Geschäftsführer und der Weg ganz nach oben 58:19 Abmoderation 📌 Links: Mehr vom Podcast - https://committomarket.de Du bist oder suchst Entwickler? - https://auralis.gro Coaching und Beratung! - https://frnd.dev #tech #engineering #business #podcast #softwareentwicklung #karriere #leadership #cto

    59 min

  8. 27 mars

    EP6 - Technische Schulden

    🎙️ Folge 6 - Technical Debt: Warum Abkürzungen heute später richtig teuer werden In dieser Episode sprechen Paul Freund und Daniel Ratke über ein Thema, das wirklich jeder Entwickler früher oder später kennenlernt: technische Schulden. Wie entstehen sie? Wann kippt ein Projekt in Legacy? Und warum sind es oft nicht nur Deadlines, sondern auch falsche Erwartungen, schwache Architekturentscheidungen und fehlende Erfahrung, die Systeme langsam unwartbar machen? Es geht um den Alltag in echten Projekten - von SaaS-Produkten mit hartem Kundendruck über Embedded- und Hardware-nahe Software bis zu gewachsenen Legacy-Codebasen, die plötzlich wieder “gerettet” werden sollen. Dazu: Refactoring vs. Rewrite, Code Reviews, Test-Coverage, QA, Architektur, saisonale Aufräumfenster - und warum “wir fixen das später” fast immer Zinsen kostet. 🔥 In dieser Episode: * Was technische Schulden eigentlich sind - und warum sie wie echte Schulden Zinsen haben * Legacy Software vs. Technical Debt - wo der Unterschied liegt * Wie Technical Debt in der Praxis entsteht * Warum Juniors oft direkt auf Legacy-Projekte geworfen werden * Die Angst vor Änderungen: “Was mache ich alles kaputt?” * Warum Integrationstests oft der erste realistische Rettungsanker sind * Refactoring vs. Rewrite - wann es sich lohnt, schrittweise aufzuräumen und wann man eigentlich neu bauen müsste * Architektur als Rettungsanker: harte Schnittstellen, versionierte Datenmodelle, austauschbare Module * Warum Code Reviews oft scheitern - und wie Reviews sowohl zu oberflächlich als auch komplett blockierend werden können * Die Spannung zwischen PO, Teamlead und Entwicklern: jetzt liefern vs. langfristig sauber bauen * Saisonale Effekte im B2B: Sommer- und Winterloch sinnvoll für Cleanup nutzen * Warum ein guter Architekt am Anfang oft mehr spart als jede spätere Bugfix-Phase * Projektgeschäft vs. Startup vs. Corporate - was man als Junior daraus lernen kann * Best Practices gegen spätere Legacy-Hölle ⏱️ Kapitel / Timecodes: 00:00 Intro - Technical Debt als Klassiker 00:30 Warum Juniors oft direkt auf technische Schulden losgelassen werden 00:46 SaaS, Kundendruck und “morgen muss es stehen” 02:53 Sommerloch & Weihnachtsloch - Zeitfenster zum Aufräumen 03:38 Integrationstests als schneller Stabilitäts-Hebel 04:40 Legacy vs. Technical Debt - Begriffe sauber trennen 06:03 Technische Schulden = Arbeit sparen mit späteren Zinsen 07:24 Wie sich Schulden nach Jahren brutal bemerkbar machen 08:36 Wann Software schon früh “Legacy” wird 09:45 Das gute Gefühl von Tests - und die Angst vor Änderungen 11:40 Wann technische Schulden sogar bewusst aufgenommen werden 12:38 Entwickler, POs und Stakeholder - alle wollen eigentlich das Gleiche 14:23 Sicherheitskritische Software vs. “CRUD mit Zeitdruck” 18:38 Ursachen: Druck, Deadlines - und auch Inkompetenz 21:57 Architekturfehler vs. Implementierungsfehler 23:17 Rewrite oder Refactor? 25:55 Warum Reviews schwerer sind, als viele denken 28:06 Review-Probleme: Zeitdruck, Stil-Diskussionen und Over-Reviewing 31:04 Wenn Teams formal alles “richtig” machen - und trotzdem schlechte Software bauen 37:31 Was Juniors aus Projektgeschäft, Startup und Corporate mitnehmen können 44:24 Was tun, wenn man in Legacy landet? 46:22 Wartung vs. echte Produkt-Weiterentwicklung 50:00 KPI für Code-Qualität und Test-Coverage 52:31 Bekannte Bugs, die zu Features werden 56:32 Wie Projekte von Tag 1 in Technical Debt reinlaufen 59:09 Frontloading vs. schon verkauft - was in der Realität passiert 1:00:39 Was hilft, nicht direkt Legacy zu bauen? 1:04:25 Klare Schnittstellen als wichtigste technische Empfehlung 1:04:44 Wrap-up - tapfer bleiben 📌 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 #technicaldebt #legacycode #architektur

    1 h 5 min
Tout afficher (13)

À propos

Commit to Market ist der Podcast über Software, Business und die Realität dazwischen. Alle Links gibt's auf https://committomarket.de

Informations

  • Création
    Daniel Ratke und Paul Freund
  • Années d’activité
    2 k
  • Épisodes
    13
  • Classification
    Contenu explicite
  • Copyright
    © Daniel Ratke und Paul Freund
  • Site web de l’émission
    Commit to Market