Hier entsteht eine Plattform, und man kann dabei zusehen.
Diese Seite ist keine Visitenkarte, sondern das Projekt selbst. Anforderungen, Architektur, Code, Server und Auslieferung entstehen offen — und sind von Anfang an nachlesbar.
Die Idee
Die meisten Portfolios zeigen das Ergebnis. Hier liegt auch der Weg offen: warum Next.js und nicht Astro, warum kein Mediator-Framework, warum die Datenbank-Migrationen nicht beim Start der Anwendung laufen. Jede dieser Entscheidungen ist festgehalten — mit den verworfenen Alternativen und der Bedingung, unter der sie neu zu prüfen wäre.
Dazu gehören die Fehler. Dass eine abgebrochene Prüfung in der Auslieferung kein Fehlschlag ist und deshalb lautlos nichts ausrollt, habe ich gelernt, indem es passiert ist. Es steht jetzt in der Dokumentation, zusammen mit der Korrektur.
Stand
Steht
- Anforderungen und Architektur
- Server, Container, Reverse Proxy, Backup
- Browser → Frontend → API → Datenbank, live
- Auslieferung: Build, Tests, Images, Migration, Kontrolle
- Deutsch und Englisch
Als Nächstes
- Projektkatalog und Inhaltsverwaltung
- Öffentliche Projektseiten
- Beobachtbarkeit und Messwerte
- End-to-End-Tests
Nachlesen
- RepositoryCode, Dokumentation und Verlauf an einem Ort
- Architekturarc42: Kontext, Bausteine, Laufzeit, Verteilung, Risiken
- EntscheidungenJede Architekturentscheidung mit Begründung und Alternativen
- Lokal entwickelnWas man braucht, um das Ganze selbst laufen zu lassen
Womit gebaut
- C# / .NET
- TypeScript
- Next.js
- PostgreSQL
- Docker
- Traefik
- GitHub Actions
- Linux
Über mich
Vom Handwerk über die Arbeitsvorbereitung in die IT. Heute Application Analyst: Ich verantworte den Betrieb eines MES, kläre Anforderungen, teste und setze produktiv — zwischen Fachbereich und System. Entwickeln gelernt habe ich berufsbegleitend und halte es in Projekten wie diesem wach.