Sonntagabend, ich schaue auf mein Commit-Log für die Woche. Ein Eintrag. Der Autopost vom letzten Sonntag, der automatisch auf theapparchitect.com eingespielt wurde. Das war es.
Ich könnte jetzt so tun, als wäre da mehr gewesen. Ich könnte “strategische Planung” oder “Architekturarbeit” schreiben. Aber das wäre unehrlich — und der ganze Sinn dieser wöchentlichen Posts ist, den echten Zustand abzubilden, nicht eine aufgeräumte Version davon.
Also: diese Woche war dünn. Und das ist okay.
Was eine ruhige Woche eigentlich bedeutet
Wenn ich als Swift-Entwickler eine Woche habe, in der ich kaum committe, bedeutet das selten, dass ich nichts gemacht habe. Es bedeutet meistens, dass ich in einer Phase bin, die sich nicht in Commits messen lässt.
Diese Woche war so eine Phase. Ich habe Sommelio in meinem Kopf weitergebaut — nicht im Editor, sondern auf Papier. Onboarding-Flow, erste-Launch-Erfahrung, was passiert wenn jemand die App zum ersten Mal öffnet und noch kein Konto hat. Das sind Fragen, die kein Compiler beantwortet. Die muss ich erst selbst durchdenken, bevor ich anfange, sie falsch zu implementieren.
Dazu habe ich mir die TestFlight-Rückmeldungen der ersten externen Tester angeschaut. Nicht viele Rückmeldungen bisher — aber die die da sind, zeigen genau das, was ich erwartet hatte: Dinge, die mir nach hundert eigenen Sessions selbstverständlich erscheinen, sind für jemanden der die App zum ersten Mal sieht nicht selbstverständlich. Ein Button, dessen Funktion für mich offensichtlich ist. Eine Terminologie, die aus meiner Perspektive Sinn ergibt und aus Nutzerperspektive Fragezeichen hinterlässt. Das ist der Wert von externem Feedback — und den wollte ich diese Woche erst einmal sacken lassen, bevor ich anfange, Dinge zu ändern.
Der Autopost-Commit und was er mir zeigt
Der eine Commit diese Woche war der wöchentliche Autopost für den letzten Update-Post. Das ist Infrastruktur, die ich einmal gebaut habe und die jetzt einfach läuft: ein neuer MDX-Post wird automatisch in das Repo eingespielt, Astro baut die Seite, Netlify deployt. Keine manuelle Arbeit.
Das gefällt mir. Nicht weil ich faul bin, sondern weil diese Art von Automatisierung genau das ist, wofür ich sie gebaut habe: damit ich mich in einer ruhigen Woche nicht auch noch um das Deployment kümmern muss. Die Site läuft, der Post ist draußen, fertig.
Was mir weniger gefällt: Ich habe diese Woche gemerkt, dass der Autopost-Prozess noch keine Validierung hat. Wenn der MDX-Frontmatter einen Fehler enthält, schlägt der Build still fehl — kein Alert, keine E-Mail, nichts. Das ist ein blinder Fleck, den ich nächste Woche schließen will. Wahrscheinlich ein einfacher Build-Hook mit einer Benachrichtigung, aber es muss gemacht werden.
Was nächste Woche kommt
Sommelio bekommt die ersten konkreten UI-Änderungen auf Basis der TestFlight-Rückmeldungen. Ich weiß noch nicht genau wie viele — das hängt davon ab, welche Änderungen sich beim Durchdenken als sinnvoll erweisen und welche ich lieber nochmal eine Woche beobachten will, bevor ich etwas anfasse.
Außerdem will ich den Autopost-Build-Hook fertig haben. Und ich habe eine neue Seite für theapparchitect.com im Kopf, die ich schon länger vor mir herschiebe: eine ehrliche Erklärung, wie ich Projektscoping mache und warum das der entscheidende Schritt vor jedem Angebot ist.
Wenn du selbst überlegst, eine App entwickeln zu lassen, und dich fragst wie so eine stille Woche in einem Solo-Betrieb aussieht — genau so. Nicht jede Woche ist eine Release-Woche. Manchmal ist die wichtigste Arbeit die, die kein Commit hinterlässt. Auf der Seite zu meinen Leistungen siehst du, wie ich Projekte strukturiere, damit die stillen Wochen die Ausnahme bleiben.
Den aktuellen Stand von Sommelio und meinen anderen laufenden Projekten findest du unter /work.