Müssen Sie Ihre App für jedes neue iOS aktualisieren?

Sie kennen dieses leise Unbehagen. Die Keynote macht Schlagzeilen, Ihr Telefon aktualisiert sich über Nacht von selbst, und am Morgen danach kommt der Gedanke: und meine App? Funktioniert sie noch? Hätte ich etwas vorbereiten müssen?

Der Instinkt ist nicht falsch. Es ändert sich tatsächlich etwas: Ihre App ruht auf Hunderten von Funktionen, die das System bereitstellt — eine Karte anzeigen, eine Benachrichtigung senden, eine Berechtigung anfragen — und genau dieser Boden hat sich gerade bewegt. Die Frage ist also nicht «passiert da etwas?» — es passiert etwas. Die Frage ist: wessen Aufgabe ist es?

Zwei Bewegungen, fast immer.

Funktionen hören auf. Nicht mit einem Knall: Eine Funktion, die Ihre App nutzte, steht schlicht nicht mehr zur Verfügung, und was sich auf sie stützte, antwortet nicht mehr. Nichts «stürzt ab» auf dem Bildschirm; etwas geschieht einfach nicht mehr. Es ist die tückischste Art von Ausfall, weil sie keine sichtbare Spur hinterlässt.

Andere werden Pflicht. Das System führt eine neue Art ein, Dinge zu tun — sicherer, datenschutzfreundlicher — und macht sie nach und nach unumgänglich. Nicht über Nacht: Eine Frist wird gesetzt, manchmal Monate im Voraus, und sie kommt am Ende immer.

Der Punkt, der zugleich beruhigt und beunruhigt: Die meisten dieser Bewegungen werden im Voraus angekündigt. Apple und Google veröffentlichen, was aufhören und was verpflichtend werden wird, lange bevor es wirksam ist. Alles ist lesbar — vorausgesetzt, jemand liest. Und der Rhythmus macht nie Pause: zwei Systeme, je eine Hauptversion pro Jahr, Anpassungen dazwischen.

Hier ändert die Plattform die Natur des Problems.

Diese Ankündigungen liest jemand — bevor sie wirksam werden, denn das ist sein Beruf. Wenn eine Funktion auf Abruf steht, wird die Komponente, die sie nutzt, einmal neu geschrieben, in der Engine, die die Apps baut. Wenn eine Anforderung verpflichtend wird, wird sie an derselben Stelle integriert, einmal. Und jede App der Plattform erbt diese Anpassungen bei ihrem nächsten Build — Ihre wie alle anderen.

Was Sie nicht getan haben, verdient es, aufgezählt zu werden, denn genau das ist das Produkt: Sie haben die Release Notes nicht gelesen. Sie haben nicht gesucht, welche der betroffenen Funktionen Ihre App nutzte. Sie haben nicht den alten gegen den neuen Weg abgewogen. Sie wussten nicht einmal, dass es etwas zu entscheiden gab.

Eine ehrliche Anmerkung, weil sie zählt: Diese Beobachtung ist keine Vollkaskoversicherung. Sie erfasst nur, was angekündigt oder erkannt wurde — es ist kontinuierliche Arbeit, von Menschen gemacht, keine magische Garantie. Aber genau das macht ihren Wert aus: Es gibt sie, sie hört nicht auf, und sie ist nicht Ihre Last.

Der Kontrapunkt lohnt sich, denn er gibt das Maß. Wenn Sie den Quellcode Ihrer App selbst pflegen müssen — geschrieben von einem Dienstleister oder an einem Nachmittag aus einem Prompt erzeugt —, hat der September ein ganz anderes Gesicht. Man muss lesen, was sich ändert, unter Hunderten von Ankündigungen finden, was einen betrifft, den Code ändern, neu bauen, neu einreichen. Dann das Ganze für Android. Dann im nächsten Jahr wieder. Ob Sie etwas Neues zu veröffentlichen haben oder nicht: Den Termin setzen die Betriebssysteme, nicht Ihr Kalender.

Diesen jährlichen Termin gibt es auch auf einer Plattform — er liegt nur auf unserer Seite. Das ist der ganze Unterschied zwischen ein Problem besitzen und von seiner Lösung profitieren.

Die Artikel dieser Serie enden gewöhnlich mit der Liste dessen, was niemand an Ihrer Stelle tun kann — die vollständige Karte steht im ersten Artikel. Für die Entwicklungen von iOS und Android hat diese Liste eine Besonderheit: Sie ist leer.

Keine Entscheidung zu treffen, keine Frist zu verfolgen, keine Einstellung zu ändern. Von allen Kräften, die über die Jahre auf einer App lasten, ist dies die einzige, bei der Ihr Anteil an der Arbeit null ist — und genau deshalb gibt es diesen Artikel: damit Sie wissen, dass Sie sich diese eine Frage nicht mehr stellen müssen.

Die einzige Geste, die Ihre bleibt, ist die, die es immer war: zu entscheiden, wann Sie ein Update veröffentlichen. Die Anpassungen sind fertig und warten — Ihre App nimmt sie bei ihrem nächsten Build mit, ob Sie aus diesem Grund veröffentlichen oder aus irgendeinem anderen.

Der Nutzen passt in ein Bild: Die Keynote wird wieder zur Show. Sie können sie aus Neugier ansehen, sich über eine Neuheit freuen oder sie komplett ignorieren — keine der drei Entscheidungen hat Folgen für Ihre App. Der Monat, in dem das ganze mobile Ökosystem den Atem anhält, ist für Sie ein Monat wie jeder andere.

Wer sich für die Mechanik interessiert: Ich habe aus Sicht der Technik beschrieben, was drei Jahre Systementwicklung wirklich mit einer App machen — und die unspektakuläre Arbeit, die sie abfängt.

Und wenn Sie noch keine App haben: Bauen Sie sie am besten dort, wo der September nie Ihr Problem sein wird — meine App mit GoodBarber erstellen.

Kann eine Funktion, die meine App nutzt, über Nacht aufhören zu funktionieren?

Selten. Die meisten Rücknahmen werden von Apple und Google im Voraus angekündigt, mit einer Frist — genau das macht die Beobachtung möglich: diese Ankündigungen zu lesen, bevor sie wirksam werden, und die betroffene Komponente vorgelagert zu ersetzen, für alle Apps der Plattform. Das Szenario «eines Morgens steht alles still, ohne Vorwarnung» ist genau das, was diese Arbeit verhindern soll.

Was passiert mit meiner App an dem Tag, an dem ein neues iOS oder Android erscheint?

Auf Ihrer Seite: nichts zu tun. Ein neues System entfernt Ihre App nicht und löscht nichts. Die Anpassungen, die es verlangt, werden in der Engine vorbereitet, die die Apps baut, und Ihre nimmt sie bei ihrem nächsten Build mit — sei es aus diesem Anlass oder bei einem routinemäßigen Update.

Kann meine App mehrere iOS-Versionen «zurückliegen»?

Das kann sie, wenn sie lange nicht neu gebaut wurde — und es ist keine Sackgasse. Die Engine ist in der Zwischenzeit auf dem Stand geblieben: Beim nächsten Build kommt Ihre App an das aktuelle System angepasst heraus, egal wie viele Versionen vergangen sind. Das Aufholen kostet nicht proportional zum Rückstand.

Kann eine neue Android-Version etwas für meine App verpflichtend machen?

Ja — es ist sogar die häufigste Bewegung: Eine neue Anforderung, oft mit Sicherheit oder Datenschutz verbunden, wird nach und nach unumgänglich, mit einer Frist. Auf einer Plattform wird diese Anforderung einmal integriert, vorgelagert, für alle Apps; Ihre erfüllt sie bei ihrem nächsten Build, ohne dass Sie je von ihrer Existenz wissen mussten.