Spec-Driven Development: So bleibt GitHub Copilot in deiner Architektur (statt „Code Mirage“). Florian & Gregor (Microsoft MVPs) sprechen darüber, warum „Vibe Coding“ zwar Spaß macht, aber in echten Projekten schnell in Chaos, Duplikate und Architekturbruch kippt. Und wie du mit Spec-Driven Development (SDD) wieder Kontrolle bekommst: Specs → Plan → Tasks → Implement In dieser Folge von „My Coding Zone“ geht’s um ganz praktische Leitplanken für KI-Coding mit GitHub Copilot & Agents: Instruction/Constitution Files, Planning Mode, ADRs/arc42, und warum "zu viel Kontext" die Ergebnisse sogar schlechter machen kann. ✅ In dieser Folge:
Spec-Driven Development verständlich erklärt (und warum es gerade jetzt relevant ist)
Vibe Coding: wann es ok ist – und wann es in Production gefährlich wird
„Code Mirage“: warum du in Bug-Strudeln landest (und wie du rauskommst)
GitHub Spec Kit: Templates als Startpunkt für Specs & klare Prozesse
Copilot Instruction File + „Constitution“: das Minimum an Regeln, das wirklich hilft
Planning Mode (VS Code): erst planen, dann implementieren lassen
Context Engineering: warum „mehr Kontext“ nicht automatisch besser ist (Context Bleeding)
ADRs & Architekturentscheidungen als KI-Futter (z. B. Cosmos DB vs SQL Server)
💬 Frage an euch: Arbeitet ihr schon „spec-driven“ mit Copilot/Agents – oder eher freestyle? Was steht bei euch (wenn überhaupt) in der Instruction/Constitution?
Podden och tillhörande omslagsbild på den här sidan tillhör
Florian Rappl & Gregor Biswanger. Innehållet i podden är skapat av Florian Rappl & Gregor Biswanger och inte av,
eller tillsammans med, Poddtoppen.