Web Engineering
Kleine, saubere Frontends und Plattformen, die im Betrieb nachvollziehbar bleiben.
Projekte, Notizen und technische Experimente — geordnet, dokumentiert, im Betrieb. Kein Angebotskatalog, sondern ein Blick darauf, was ich baue und stabil halten will.
Themen
Drei wiederkehrende Fragen ziehen sich durch fast alles hier: Wie werden Oberflächen verständlich? Wie bleibt Betrieb kontrollierbar? Und wie lassen sich Zusammenhänge erklären, statt nur beschreiben?
Kleine, saubere Frontends und Plattformen, die im Betrieb nachvollziehbar bleiben.
Deployments, Monitoring, Backups und Runbooks als sichtbarer Teil des Systems.
Landkarten, Methoden und Graphen, die technische Entscheidungen besser erklärbar machen.
Keine fertige Angebotspalette, sondern Arbeitsstände: kleine Systeme, an denen ich Architektur, Methodik, Wissensgraphen und Betrieb praktisch ausprobiere.
Mich interessieren weniger die Oberflächen als die Übergänge: von Idee zu Interface, von App zu Deployment, von Daten zu Erklärung, von Experiment zu belastbarem Betrieb.
Dokumentation ist Teil der Arbeit, nicht ihr Nachtrag.
Betrieb, Sicherheit und Backups gehören sichtbar zum System.
Interfaces erklären Zusammenhänge, bevor sie Funktionen anbieten.
Experimente dürfen unfertig sein, solange ihre Frage klar bleibt.
Nicht jede Idee ist fertig. Aber jedes Projekt soll zeigen, welche Frage dahintersteht — und wie daraus ein belastbares System werden kann.