Ich schaue in mein Commit-Log für diese Woche. Ein einziger Eintrag: der Wochenbeitrag, der automatisch auf theapparchitect.com eingespielt wurde. Das war alles.
Ich könnte jetzt so tun, als wäre da mehr gewesen, und “strategische Planung” oder “Architekturarbeit” schreiben. Das wäre aber unehrlich, und der ganze Sinn dieser wöchentlichen Beiträge besteht darin, den echten Zustand zu zeigen und keine aufgeräumte Fassung davon.
Diese Woche war also dünn, und das ist in Ordnung.
Was eine ruhige Woche wirklich bedeutet
Wenn ich als Swift-Entwickler eine Woche mit kaum Commits habe, heißt das selten, dass ich nichts getan habe. Meistens stecke ich dann in einer Phase, die sich nicht in Commits messen lässt.
Diese Woche war so eine Phase. Ich habe Sommelio im Kopf weitergebaut, nicht im Editor, sondern auf Papier: den Ablauf beim Onboarding, das Erlebnis beim ersten Start, und was passiert, wenn jemand die App zum ersten Mal öffnet und noch kein Konto hat. Solche Fragen beantwortet kein Compiler. Ich muss sie selbst durchdenken, bevor ich anfange, sie falsch umzusetzen.
Außerdem habe ich mir die Rückmeldungen der ersten externen Tester aus TestFlight angesehen. Bisher sind es nicht viele, aber sie zeigen genau das, was ich erwartet hatte: Was mir nach hundert eigenen Durchläufen selbstverständlich vorkommt, ist es für jemanden, der die App zum ersten Mal sieht, nicht. Ein Button, dessen Funktion für mich offensichtlich ist. Ein Begriff, der aus meiner Sicht Sinn ergibt und beim Nutzer Fragezeichen hinterlässt. Darin liegt der Wert von Rückmeldungen von außen, und ich wollte sie diese Woche erst einmal sacken lassen, bevor ich etwas ändere.
Der automatische Commit und was er mir zeigt
Der eine Commit dieser Woche war der automatische Beitrag zum letzten Wochenbericht. Das ist Infrastruktur, die ich einmal gebaut habe und die jetzt einfach läuft: Ein neuer MDX-Beitrag landet automatisch im Repository, Astro baut die Seite, und Netlify spielt sie aus. Von Hand muss ich nichts tun.
Das gefällt mir, und zwar nicht aus Bequemlichkeit. Genau dafür habe ich diese Automatisierung gebaut: damit ich mich in einer ruhigen Woche nicht auch noch um das Deployment kümmern muss. Die Seite läuft, der Beitrag ist online, fertig.
Weniger gefällt mir etwas, das mir diese Woche aufgefallen ist: Der automatische Ablauf prüft noch nichts. Enthält das Frontmatter eines MDX-Beitrags einen Fehler, schlägt der Build still fehl, ohne Alarm, ohne E-Mail, ohne irgendetwas. Diesen blinden Fleck will ich nächste Woche schließen. Wahrscheinlich reicht ein einfacher Build-Hook mit Benachrichtigung, aber es muss erledigt werden.
Was nächste Woche ansteht
Sommelio bekommt die ersten konkreten Änderungen an der Oberfläche, die auf den Rückmeldungen aus TestFlight beruhen. Wie viele es werden, weiß ich noch nicht. Das hängt davon ab, welche Änderungen sich beim Durchdenken als sinnvoll erweisen und welche ich lieber noch eine Woche beobachte, bevor ich etwas anfasse.
Außerdem soll der Build-Hook für die automatischen Beiträge fertig werden. Und ich habe eine neue Seite für theapparchitect.com im Kopf, die ich schon länger vor mir herschiebe: eine offene Erklärung, wie ich den Umfang eines Projekts festlege und warum das vor jedem Angebot der entscheidende Schritt ist.
Wenn Sie überlegen, eine App entwickeln zu lassen, und sich fragen, wie so eine stille Woche bei einem Einzelentwickler aussieht: genau so. Nicht jede Woche bringt ein Release. Manchmal ist die wichtigste Arbeit die, die keinen Commit hinterlässt. Auf der Seite zu meinen Leistungen sehen Sie, wie ich Projekte aufbaue, damit stille Wochen die Ausnahme bleiben.
Den aktuellen Stand von Sommelio und meinen anderen laufenden Projekten finden Sie unter Projekte.