Aus einem Osterprojekt wurde ein serienreifer Entwurf
Das habe ich gebaut und dabei gelernt.
In den Osterferien habe ich mich daran gemacht, meine Freelancer-Portfolio-Website neu zu gestalten. Was als kurzes Experiment begann, entwickelte sich zu einer umfassenden Übung in der Entwicklung mit dem modernen Microsoft-Stack – und zu einer Vorlage, die ich für jedes zukünftige Kundenprojekt wiederverwenden werde.
- Ausgangspunkt: GitHub Spark Zunächst habe ich GitHub Spark als reine KI-generierte App ausprobiert. Beeindruckend für das schnelle Prototyping, doch die Einschränkungen zeigten sich schnell: kein anonymer öffentlicher Zugriff, kein exportierbarer Datenspeicher, keine Azure-Integration. Ideal für interne, GitHub-authentifizierte Tools – nicht für ein öffentliches Portfolio.
- Architekturplanung mit Claude Anstatt direkt mit dem Code zu beginnen, nutzte ich claude.ai, um zunächst die Architektur zu durchdenken. Render-Modi, Datenmodell, Authentifizierungsmuster, Infrastrukturdesign. Eine gründliche Diskussion über die Architektur, bevor ich auch nur eine einzige Zeile Code schrieb, machte einen echten Unterschied.
- Implementierung mit GitHub Copilot Der eigentliche Build erfolgte über GitHub Copilot – eine promptgesteuerte Entwicklung, bei der ich die Architektur definierte und Copilot die Implementierung generierte. Das Ergebnis:
- Blazor-Web-App (.NET 10) – Statisches SSR für öffentliche Seiten (SEO-optimiert), InteractiveWebAssembly für die Admin-Oberfläche. Kein SignalR, keine Sticky Sessions.
- Azure-nativ – Cosmos DB + Managed Identity, Key Vault für Geheimnisse, keine Anmeldedaten, die irgendwo gespeichert werden
- Infrastructure as Code – vollständige Bicep-Automatisierung für jede Azure-Ressource
- CI/CD mit GitHub Actions – OIDC-föderierte Anmeldedaten anstelle von Client-Geheimnissen
- Application Insights – Monitoring vom ersten Tag an
- Azure Blob Storage – Bild-Uploads mit Lebenszyklusverwaltung
Ich habe quasi keinen Code geschrieben. Aber ich habe das System entworfen, die Muster ausgewählt, die Fehler entdeckt und kann genau erklären, warum jede architektonische Entscheidung getroffen wurde.
Das Ergebnis: Ein vollständig bereitgestellter, öffentlich verfügbarer Blueprint unter https://github.com/brands-advisory/brands-advisory-cms, dokumentiert und bereit zum Forken als Ausgangspunkt für jede Azure/.NET-Webanwendung.