Zum Inhalt springen
TAA
Notiz 3 Min. Lesezeit

Stille Woche, laufende App: was Wartung wirklich bedeutet

Zwei Commits, zwei Minuten Arbeit und trotzdem eine volle Woche. Was geschieht, wenn man eine App entwickeln lässt und sie danach einfach läuft?

  • app entwickeln lassen
  • theapparchitect
  • build-in-public
  • wartung
  • astro
Teilen

Ich sehe mir die Commit-Historie dieser Woche an. Zwei Einträge. Einer ist der automatische Wochenbeitrag der Vorwoche, der ins Repository gepusht wird. Der andere ist eine Datenaktualisierung auf einer kleinen statischen Website, genau derselbe Handgriff wie vor drei Wochen. Zusammen waren das vielleicht zwei Minuten aktive Arbeit.

Ich könnte so tun, als wäre noch mehr passiert. Das ist es aber nicht.

Wenn eine App einfach läuft

Die Website ist eine Astro-Site, die ich gebaut habe. Sie ist seit Monaten live, ohne offene Fehler, ohne Beschwerden und ohne Handlungsbedarf. Einmal pro Woche schaue ich kurz darüber, und meistens gibt es nichts zu tun.

Diese Woche waren die Daten veraltet. Der Build holt beim Kompilieren externe Feed-Daten aus einer API, weil ich keine Live-Anfragen im Browser möchte. Das habe ich in einem früheren Beitrag ausführlicher erklärt. Also habe ich die Daten neu abgerufen, committet und deployt. Fertig.

Das klingt banal, und das ist es auch. Aber genau darum geht es.

Wenn ich für jemanden eine App entwickle, ist der Starttag nicht das Ziel, sondern eine Zwischenstation. Das Ziel ist ein System, das in drei und in sechs Monaten noch läuft und mit dem sich der Inhaber nicht täglich beschäftigen muss. Wartung, die man nicht bemerkt, weil sie funktioniert, ist das eigentliche Produkt.

Ich sage das nicht, um eine ruhige Woche schönzureden. Ich sage es, weil ich früher selbst unterschätzt habe, wie viel Arbeit in diesem Unsichtbaren steckt. Die Website läuft nicht von allein. Abhängigkeiten veralten, APIs ändern sich, Inhalte müssen aktuell bleiben. Irgendjemand muss hinschauen.

Was mir eine leere Woche zeigt

Zwei Commits sind ehrlich gesagt ein Zeichen dafür, dass ich gerade zwischen zwei Projekten stehe. Civo Cloud Manager hat seine große Release-Phase mit sechzehn Sprachen, neuem Icon und kostenlosem Testzeitraum hinter sich. Die Anleitungsseiten sind ausgerollt. Der nächste größere Schritt steht noch aus, und diese Woche habe ich ihn noch nicht angepackt.

Diesen Zustand mag ich nicht besonders. Eine Pause ist nicht falsch, aber ich merke, dass mir die Struktur fehlt, wenn kein konkretes Problem auf mich wartet. Die besten Wochen sind die, in denen ich schon am Montag weiß, was ich lösen werde. Diese Woche war das nicht so.

Stattdessen habe ich nachgedacht. Was kommt als Nächstes bei Civo? Was fehlt auf theapparchitect.com noch, das für mögliche Kunden wirklich relevant ist? Und welches neue Projekt liegt brach?

Antworten habe ich. Commits noch nicht.

Für alle, die überlegen, eine App bauen zu lassen

Eine Woche wie diese ist vielleicht das Ehrlichste, was ich zeigen kann. Nicht jede Woche bringt ein großes Release. Manchmal besteht die Arbeit aus einer zweiminütigen Datenaktualisierung, manchmal aus Nachdenken ohne sichtbares Ergebnis, manchmal aus beidem.

Ich verspreche meinen Kunden nicht, jede Woche etwas Sichtbares auszuliefern. Ich verspreche ihnen, dass die App läuft. Und wenn sie nicht läuft, merke ich es, nicht Sie.

Wenn Sie selbst überlegen, eine App entwickeln zu lassen, und wissen möchten, wie die Zusammenarbeit mit mir konkret aussieht, schauen Sie unter Leistungen vorbei. Dort erkläre ich, wie ich Projekte aufbaue und was langfristige Wartung in der Praxis bedeutet.

Die kommende Woche wird mehr zu erzählen haben. Wo ich anfange, weiß ich schon.

Teilen