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

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

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

🎙️ Folge 5 - Programmiersprachen 2026: Was sollten Juniors lernen und welche Stacks bringen dich wirklich weiter?

In dieser Episode sprechen Paul Freund und Daniel Ratke darüber, welche Programmiersprachen und Technologien sich aus ihrer Sicht 2026 wirklich lohnen - nicht als Glaubenskrieg, sondern aus der Praxis von Projekten, Consulting, Hiring und echter Marktnachfrage.

Es geht nicht nur um die Frage "Welche Sprache ist gut?", sondern vor allem um: Welche Sprache ist ein Safe Bet, wo sind spannende Nischen, und womit baust du dir einen echten Karrierevorteil auf? Von Java, JavaScript und Python über C#, Go und Shell-Scripting bis zu Linux, Docker, Kubernetes, Datenbanken, Cloud und Zertifikaten.

🔥 In dieser Episode:

• Java als "Elefant im Raum" - warum es im Corporate- und Consulting-Umfeld weiterhin ein Safe Bet ist

• Kotlin als logische Ergänzung zu Java - gerade für moderne Projekte und Android

• JavaScript + TypeScript - überall einsetzbar, von Frontend bis Backend, aber mit NPM-Ballast

• Python - stark in Data Engineering, ML, Pipelines und Scripting, aber als reiner Fullstack-Safe-Bet eher dünner

• C# - solide Enterprise-Sprache mit Microsoft-Fokus, Desktop-, IoT- und internen Business-Tools

• Go - sehr stark in Kombination mit Cloud, Platform Engineering und Kubernetes-Ökosystem

• Bash, PowerShell und Shell-Scripting - unterschätzt, aber in der Praxis extrem wertvoll

• C, C++ und Rust - starke Nische für Embedded, Low-Level und Systemverständnis

• Warum "dein Edge" wichtiger ist als nur die Sprache: Design im Frontend, Low-Level im Backend, Orchestration in der Cloud

• Frontend vs. Backend vs. Cloud - und warum AI gerade besonders das Frontend verändert

• Linux als Pflichtwissen - nicht nur für Cloud, sondern generell als Entwickler-Werkzeug

• Docker, Kubernetes und Container-Grundlagen - heute fast schon Basiskompetenz

• Socket-Programmierung, Wireshark und Netzwerkverständnis - warum Tiefe im Stack Karrierevorteile schafft

• Datenbanken: Postgres als Klassiker, Snowflake im Aufwind und die Frage, ob NoSQL wirklich noch ein Must ist

• AWS, Azure und GCP - was man als Junior wirklich anschauen sollte, ohne sich in 300 Services zu verlieren

• Zertifikate - wann sie sinnvoll sind, wann sie nur Deko sind und warum sie gerade am Anfang ein Door Opener sein können

• PHP als kleines Finale - warum es nicht tot ist, aber klar an Relevanz verloren hat

⏱️ Kapitel / Timecodes:00:00 Intro - welche Programmiersprachen lohnen sich 2026?00:45 Java - der große Safe Bet im Markt06:11 Kotlin - moderne Ergänzung statt Ersatz08:56 JavaScript + TypeScript - überall, aber nicht ohne Trade-offs15:32 Python - Data, ML, Pipelines und Scripting22:29 C# - Microsoft-Welt, Enterprise und interne Tools29:21 Go - Cloud, DevOps und Platform Engineering33:01 Bash, Batch, PowerShell - die unterschätzten Karriere-Booster37:14 C, C++ und Rust - für Embedded und Low-Level44:24 Warum Tiefe im Stack ein echter Vorteil ist51:32 Frontend vs. Backend vs. Cloud - wo AI schon Druck macht54:04 Linux, Docker und Kubernetes - Pflicht statt Kür57:26 Sockets, Wireshark und Netzwerk-Grundlagen58:26 Datenbanken - Postgres, Snowflake und NoSQL1:00:50 AWS, Azure und GCP - wie man sinnvoll einsteigt1:03:21 Zertifikate - sinnvoll oder Zeitverschwendung?1:06:32 PHP - kurzer Reality Check zum Schluss

📌 Links:Mehr vom Podcast - https://committomarket.deDu bist oder suchst Entwickler? - https://auralis.groupCoaching und Beratung! - https://frnd.dev

#tech #engineering #business #podcast #softwareentwicklung #programmiersprachen #karriere #cloud

🎙️ Folge 4 - Fokus & Motivation: Warum „6 Stunden Produktivität“ manchmal stimmt (und manchmal kompletter Quatsch ist).

In dieser Episode sprechen Paul Freund und Daniel Ratke darüber, was im Entwickler-Alltag wirklich zählt: Flowstate aufbauen, Fokus halten, Motivation finden - und was dich zuverlässig rausreißt (Spoiler: Meetings, Ad-hoc-Unterbrechungen und „wir hängen den ganzen Tag im Teams-Call“).

Wir reden über intrinsische vs. extrinsische Motivation, warum viele von uns erst unter Druck „zünden“ (Steuererklärung lässt grüßen), wie AI die Barrier of Entry senkt (Scaffolding, erster Aufschlag, schneller Einstieg) - und warum das Thema Resilienz durch „Pain“ trotzdem nicht einfach wegfällt.

🔥 In dieser Episode:

• Fokus + Motivation hängen stärker zusammen als man denkt

• Die „6 Stunden am Tag“-These - und wann du trotzdem 12-14 Stunden durchziehst

• Zuckerbrot vs. Peitsche: Motivation durch Lust vs. Motivation durch Druck

• AI als Einstiegshilfe: weniger „von 0 starten“, mehr iterieren und Momentum aufbauen

• Perfektionismus als Blocker - und warum ein erster Draft den Kopf entknotet

• Produktivität-Killer #1: Unterbrechungen (Calls, Ad-hoc, Dauer-Teams-Call als „Remote-Open-Office“)

• Musik, White Noise & Noise Cancelling: warum das für manche Fokus erst möglich macht

• Reddit, Shorts & Doomscrolling: Fokus kann auch perfekt in die falsche Richtung gehen

• Intrinsisch motiviert - wie selten ist das wirklich? (und warum das nichts „moralisches“ ist)

• Resilienz durch Pain: warum schwierige Probleme dich langfristig unkaputtbar machen

• Remote vs. Office: wann ein 4-1 Split Sinn macht - und wann Office-Tage komplett wasted sind

• Ergebnisorientierung statt Stunden-Zählen: Output, Wert fürs Team und warum Code-Metriken oft lügen

⏱️ Kapitel / Timecodes:00:00 Intro - Fokus & Motivation01:24 „Max 6 Stunden konzentriert arbeiten?“03:49 Motivation treibt Fokus (und umgekehrt04:19 Steuererklärung als perfektes Beispiel für Druck-Motivation06:20 AI senkt den Schweinehund - erster Aufschlag statt leeres Blatt12:36 Calls & Dauer-Teams-Call: Fokus-Killer im Alltag15:11 Musik/White Noise als Fokus-Tool17:57 Reddit & Ablenkungsschleifen22:02 Intrinsisch vs extrinsisch - wie selten ist „echter Drive“?28:23 Pain -> Resilienz (Gentoo/Arch/N900-Flashbacks)34:10 Mit AI werden Probleme vielleicht einfach nur schwieriger38:08 Ist 8h Java-ERP am Tag überhaupt „human“?41:42 Prompting vs Coding - Effizienz, Abstraktionslayer, Pebble-Beispiel50:31 Wrap-up: Umgebung, Unterbrechungen, Ergebnisorientierung59:32 Abmoderation

📌 Links:Mehr vom Podcast - https://committomarket.deDu bist oder suchst Entwickler? - https://auralis.groupCoaching und Beratung! - https://frnd.dev

#podcast #softwareentwicklung #fokus #motivation #produktivität #flowstate #remotework #ai #engineering #karriere

🎙️ Folge 3 - Digitale Arbeitstools, SaaS-Kosten und warum “Build vs. Buy” gerade komplett neu verhandelt wird.

Paul Freund und Daniel Ratke sprechen diesmal über den Alltag in kleinen Firmen, Mittelstand und Remote-Teams - und warum am Ende fast jeder bei Microsoft 365 + Teams landet. Nicht weil es das beste Tool ist, sondern weil es “dabei ist” - inklusive Vendor-Lock-in, Upselling und einer Subscription-Logik, die Fixkosten schnell explodieren lässt.

Dazu geht’s um die spannende Frage: Macht Software as a Service als Startup überhaupt noch Sinn, wenn AI-Agents + Open Source den Einstieg so massiv senken, dass sich Firmen (ab einer gewissen Größe) ihre Tools zunehmend selbst bauen oder self-hosten?

🔥 In dieser Episode:

• Microsoft Stack als Standard im Mittelstand: Teams “weil es dabei ist”

• Teams vs Slack: Channels, UX, Sichtbarkeit - und warum Slack sich oft einfach besser anfühlt

• Vendor-Lock-in bei Microsoft: Premium-Features, Add-ons und Upselling pro Nutzer

• Interoperabilität & Regulierung: Warum der Digital Markets Act plötzlich relevant wird

• SaaS-Preise im Alltag: Notion, SSO, Jira/Confluence - “hilft” aber zu welchem Preis?

• Build vs Buy in 2026: Ab wann lohnt sich self-hosting wirklich (KMU vs 100+ Mitarbeitende)

• Open Source + AI-Agenten: Core nehmen, Plugins “fast kostenlos” bauen

• Praxisbeispiele: La Suite Numérique als Notion-Alternative, Plane als Jira-Alternative - und Fixes mit Codex

• “Return of the Freelancer”: Vertical Software wie Kassensysteme wird wieder attraktiver

• Business as Code: Prozesse nicht über PDFs/ISO-Dokumente, sondern über Code, Datenmodelle und Masken definieren

• Daten als Gold: Wenn Prozesse modelliert sind, werden BI/Forecasting/Entscheidungen plötzlich viel einfacher

• Warum Validierung und Qualität am Ende der echte Engpass bleiben (und Teams vs VS Code als perfekter Vergleich)

⏱️ Kapitel / Timecodes:
00:00 Tools in echten Firmen - warum Microsoft überall ist
01:56 Teams heute stabiler - aber Bugs bleiben wild
02:48 Der echte Grund für Teams: “jeder hat’s” + Partner/Clients sind direkt erreichbar
03:58 Workaround: Communities über Teams-Chats + Bots (Remote-Sozialisierung inklusive)
07:27 Vendor-Lock-in & Upselling: Premium überall, Add-ons pro Nutzer
10:16 DMA-Interoperabilität: Was WhatsApp schon muss - und warum Teams spannend wird
11:13 SaaS-Fixkosten: Notion/SSO, Jira/Confluence und jährliche Preissprünge
13:23 AI senkt Entry-Level: Firmen bauen sich Tools zunehmend selbst
18:17 Self-hosting in der Praxis: La Suite Numérique, Plane + Codex-Fixes
23:33 “Return of the Freelancer” & Vertical Software (z.B. Kassensysteme)
27:23 Entwickler werden mehr zu Product Ownern - Requirements und Verhalten sind der Value
33:01 Business as Code - Prozesse als Code statt Dokumente
37:39 Datenbasis -> BI/Forecasting/Personalplanung - alles wird messbarer
44:09 SaaS-Markt, Hardware, ASICs - und was als Nächstes kippen könnte

📌 Links:Mehr vom Podcast - https://committomarket.deDu bist oder suchst Entwickler? - https://auralis.groupCoaching und Beratung! - https://frnd.dev

#podcast #digitalwork #saas #microsoftteams #slack #notion #opensource #automation #ai #businessascode #softwareentwicklung #remoteWork

🚀 KI ist nicht mehr „nur Hype“ - sie wird gerade zum neuen Betriebssystem für Wissensarbeit.In dieser Folge sprechen Paul Freund & Daniel Ratke ohne Bullshit darüber, wie sich die AI‑Landschaft seit GPT‑2/3 rasant verändert hat, warum manche Tools trotz großer Namen frustrieren - und wieso „guter Output“ weniger vom Modell als von der Person davor abhängt. Dazu: Codex als Turbo für Softwareentwicklung, der Junior‑Jobmarkt im Umbruch und warum Integration (statt noch ein AI‑Wrapper) der echte Hebel in Unternehmen ist.🎯 In dieser Episode:• AI‑Evolution & Model‑Race: Warum es seit GPT‑3 „eskaliert“ ist• Copilot, Halluzinationen & Limits: Wenn Corporate‑AI an der Praxis scheitert• Google/Gemini: Vom „Tanker“ zur überraschenden Konstanz• Codex in der Praxis: „Keine Zeile Code geschrieben“ - und wann du trotzdem eingreifen musst (C++/C# vs. JS)• Die Methodik, die alles ändert: erst spezifizieren (Markdown), dann implementieren - und bei Bedarf Kontext neu aufsetzen• Sterben Softwareentwickler aus? Warum Seniors wichtiger werden, aber „Code‑Kunst“ an Wert verliert• Juniors & Ausbildung: Absolventenflut, Bootcamps, schwieriger Markt - und was trotzdem hilft• Tool‑Wildwuchs & SaaS: Wert entsteht durch Vernetzung, nicht durch Token‑Reseller• MCP, „AI als Plattform“ & die Frage: Wird Chat das nächste Internet?• Open‑Source‑Modelle, lokale Hardware, ASICs/NPUs & Datenschutz (Shadow‑IT)⏱️ Kapitel / Timecodes:00:00 LinkedIn‑Moment & Fremdscham (…und die Boxen 😅)01:33 Zwei Themen - heute: AI Evolution03:26 Copilot: ausprobiert, genervt, limitiert06:06 Frühe GPT‑3‑Use‑Cases & „AI‑Innovation Lab“08:30 „Automatisiertes Denken“ & der Industrie‑Vergleich09:40 Codex‑Realität: Web‑Apps ohne Handarbeit10:50 Doku vs. Implementierung - Kontext‑Reset als Trick19:45 „War’s das mit Softwareentwicklung?“25:19 Was passiert mit Juniors?29:29 AI trifft Consulting: Slides in Stunden statt Tagen39:36 Integration statt 5 getrennte KI‑Buttons52:05 Open Source & lokale Modelle - was bremst noch?Mehr von uns findet ihr unter https://committomarket.de.

In dieser Episode teilen Paul und Daniel ihre persönlichen Erfahrungen und Erkenntnisse darüber, was Entwickler und Unternehmer erfolgreich macht. Von Soft Skills, Interviews bis hin zu Kundenprozessen decken sie vielfältige Themen ab, die den Weg zum Erfolg bestimmen.

Key Topics:

• Phasen des Unternehmertums: explorativ vs. fokussiert
• Parallelen zwischen Unternehmertum und Karriere in der Softwareentwicklung
• Bedeutung von Soft Skills: Soft Skills als Schlüssel zum Fortschritt
• Erfolgreiches Interviewen: Technische, kulturelle und Soft Skills
• CV-Gestaltung: Technologie-Stack klar, Impact sichtbar
• Kunden-Interviews: Vertrauen aufbauen, Erwartungen managen
• Technische Assessments: Case-Studies, Live-Debugging, Mini-Probearbeiten
• Bedeutung von Geschwindigkeit und Kommunikation im Interviewprozess
• Attraktivität spezifischer Skills wie Cloud, DevOps, SPS & IoT
• Unterschiede im Bewerber- und CV-Format Deutschland vs. USA
• Tipps für Kandidaten: sichtbarer Impact, persönliche Vermarktung, Interesse zeigen
• Offshoring: Herausforderungen und Lösungsansätze
• Zukunftsthemen: KI-gestützte Interviews und Weiterentwicklung im Recruiting

Mehr von uns findet ihr unter https://committomarket.de.