6 KiB
| type | source_url | retrieved | channel | title | duration_sec | views | published | tags | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| youtube | https://www.youtube.com/watch?v=eLDHrqKplVI | 2026-07-02 | David Tielke (@DavidTielke) | Der Moment, der die Softwareentwicklung geändert hat! | 2213 | 113366 | 2026-06-21 |
|
Der Moment, der die Softwareentwicklung geändert hat!
Channel: David Tielke (@DavidTielke) Published: 2026-06-21 Duration: 36:53 Views: 113.366 Likes: 3.696 Posted by: René Kl. in OME-Gruppe Topic "News & Infos", 02.07.2026
Kanal-Kontext
David Tielke ist ein deutscher Software-Consultant und Trainer (Tielke Consult GmbH). Seine YouTube-Kanal-Inhalte fokussieren auf Software-Engineering, Architektur und KI-gestützte Entwicklung. Mit 113K Views und 3.7K Likes ist dieses Video sein meistgesehener Beitrag zum Thema KI-Softwareentwicklung — ein 36-Minuten-Deep-Dive in ein 45-Tage-Experiment.
Kernpunkte
1. Vibe Coding vs. Enterprise Software Development
Die zentrale Frage des Videos: Kann KI Mitte 2026 wirklich große Enterprise-Software bauen — mit echter Architektur, echten Anforderungen, kompromissloser Qualität? Oder nur kurze YouTube-Demos („Vibe Coding")?
Tielke positioniert seinen 45-Tage-Selbstversuch als Gegenentwurf zum „Vibe Coding"-Trend: Statt spontanem Drauflos-Coden mit KI (wie es viele YouTube-Demos zeigen), ging er systematisch vor — mit vollständiger Spezifikation, Architektur-Entscheidungen, Tests und Dokumentation.
2. Das 45-Tage-Experiment
Über mehrere Monate entwickelte Tielke eine 18 Jahre alte Backoffice-Anwendung komplett neu mit KI — als Enterprise-System mit:
- Microservice-Architektur (mehrere Services, Gateway, Service-Registry)
- N8n Workflow-Engine für Geschäftslogik
- Docker-Deployment mit Gitea als Git-Backend
- Test- und Produktionsumgebung (DevOps-Pipeline)
- Lokale KI (Hermes-Agent per SSH auf NAS)
- Vollständige Spezifikation (Requirements Engineering)
- Teststrategie (API-Tests, Workflow-Tests, WireMock)
- Dokumentation (automatisiert generiert)
3. Lokale KI & Hermes-Agent
Tielke nutzte einen lokalen KI-Agenten („Hermes") per SSH auf einem NAS für Büroarbeit-Automatisierung. Der Agent führte Code-Generierung, Refactoring, Test-Erstellung und Dokumentation durch — ohne Cloud-Anbindung.
4. Enterprise-Architektur
Die Zielarchitektur umfasste:
- Microservices (mehrere unabhängige Services)
- API-Gateway als zentraler Einstiegspunkt
- N8n Workflow-Engine für Orchestrierung der Geschäftsprozesse
- Docker für Container-Deployment
- Gitea als selbst-gehostetes Git-Backend
- Test- und Produktionsumgebung (CI/CD-Pipeline)
5. Teststrategie
- API-Tests für Service-Endpunkte
- Workflow-Tests für N8n-Integrationen
- WireMock für Service-Isolation beim Testen
- Test-Driven Development ab Phase 4
6. Phasen des Vorgehens
| Phase | Name | Beschreibung |
|---|---|---|
| 1 | Mikro-Management | Detaillierte Steuerung der KI, Schritt-für-Schritt-Anweisungen |
| 2 | Quality Driven & Spec Driven mit Harness | Qualitätsgesteuertes Vorgehen mit Spezifikation und Test-Harness |
| 3 | Quality Driven & Spec Driven mit Harness (vertieft) | Ausbau der Spezifikations-Driven-Pipeline |
| 4 | Test Driven Development aus Anforderungen | TDD — Tests zuerst, dann KI-gestützte Implementierung |
| 5 | Idea Driven & Voice Driven Development | Entwicklung per Sprache und Idee — höchste Abstraktionsebene |
Die Evolution verlief von Mikro-Management (detaillierte KI-Steuerung) über Spec-Driven (Spezifikation → Code) und Test-Driven (Test → Code) bis hin zu Voice-Driven Development (Sprache → Code). Jede Phase erhöhte die Abstraktionsebene und reduzierte die manuelle KI-Steuerung.
7. Ergebnisse
Tielke präsentierte quantitative Ergebnisse:
- User Stories implementiert
- Services erstellt
- Lines of Code generiert
- Strukturelle Schulden gemessen
- Code-Qualität bewertet
Die Ergebnisse seien — so Tielke — „anders als die meisten erwarten". Er betont, dass die KI deutlich bessere Code-Qualität lieferte als erwartet, aber der Aufwand anders verteilt war: weniger reine Codierung, mehr Spezifikation, Architektur und Test-Design.
Key Takeaways
- Vibe Coding vs. Enterprise ist eine echte Frage — KI kann Enterprise-Software bauen, aber nur mit systematischem Vorgehen, nicht mit spontanem „Vibe Coding"
- Lokale KI reicht für Enterprise-Entwicklung — Tielke's Hermes-Agent auf NAS zeigte, dass keine Cloud-Anbindung nötig ist
- Spezifikation wird zum neuen Coding — Der Aufwand verschiebt von Codierung zu Spezifikation, Architektur und Test-Design
- Voice-Driven Development ist praktisch möglich — Phase 5 zeigte, dass Sprachsteuerung für Softwareentwicklung funktioniert
- Die Ergebnisse überraschen — Code-Qualität besser als erwartet, Aufwand anders verteilt als erwartet
Quellen / Referenzen
- YouTube-Video: https://www.youtube.com/watch?v=eLDHrqKplVI
- David Tielke's YouTube-Kanal: https://www.youtube.com/@DavidTielke
- Erwähnt: N8n (https://n8n.io), Gitea (https://gitea.io), Docker, WireMock, Hermes Agent
Context for RamaDama Wiki
Cross-Refs zu bestehenden Seiten:
concepts/llm/ai-investment-bubble.md— Tielke's Experiment ist ein Gegenbeleg zur „KI funktioniert nicht wirklich"-Narrativ-Verschiebungconcepts/hardware/cloud-exit-and-local-superiority.md— Lokale KI auf NAS für Enterprise-Entwicklung = praktische Cloud-Exit-Umsetzungconcepts/llm/ai-intelligence-commoditization-thesis.md— Wenn Spezifikation zum neuen Coding wird, verschiebt sich Wert zu Spezifikations-Kompetenztools/hermes-desktop.md— Tielke nutzt Hermes-Agent per SSH auf NASconcepts/llm/flat-curve-society.md— Yegge's Discernment Horizon: Enterprise-Entwickler brauchen KI-Literacy, nicht nur Vibe Coding