Wartung und Funktionsparität zweier nativer Codebases

Reparaturauftrag

• Der wahre Preis zweier Codebases

  Zwei native Apps bedeuten zwei Sprachen, zwei UI-Frameworks und zwei Release-Zyklen. Jede Funktion wird zweimal gebaut und zweimal getestet, was den QA-Aufwand verdoppelt. In der Praxis hängt fast immer eine Plattform hinterher, weil das Team unter Druck zuerst die wichtigere bedient. Über die Zeit driften die beiden Apps auseinander, und der Rückstand wird teurer aufzuholen.

• Parität als laufende Disziplin

  Funktionsparität entsteht nicht von allein, sie wird gehalten. Ich plane Features so, dass sie auf iOS und Android nah beieinander erscheinen, und gleiche Verhalten, Texte und Randfälle zwischen den Plattformen ab. Dabei respektiere ich die Konventionen jedes Systems, statt eine Plattform der anderen aufzuzwingen. So bleibt das Produkt kohärent, ohne sich auf einer Seite falsch anzufühlen.

• Mit den Betriebssystemen Schritt halten

  Apple und Google veröffentlichen jedes Jahr neue Versionen, deprecaten APIs und verschärfen Anforderungen an Berechtigungen und Datenschutz. Wer nicht nachzieht, riskiert Abstürze auf neuen Geräten und Ablehnungen im Store. Ich aktualisiere SDK-Ziele, ersetze veraltete APIs und passe die Apps an neue Systemverhalten an. Das hält beide Apps lauffähig, wenn die nächste OS-Generation erscheint.

• Technische Schuld unter Kontrolle

  Jährliche Wartung liegt erfahrungsgemäß bei etwa 15 bis 20 Prozent der ursprünglichen Baukosten, und ohne Pflege wächst dieser Anteil. Ich arbeite gezielt am Abbau technischer Schuld, an Stabilität und an wiederkehrenden Fehlern, statt nur kurzfristig zu flicken. Das macht den Aufwand pro Release planbarer und senkt die Zahl der Überraschungen vor einer Einreichung.

• Ein Ansprechpartner für beide Plattformen

  Wenn dieselbe Person iOS und Android pflegt, fallen Abstimmungsverluste zwischen zwei Teams weg. Ich sehe Unterschiede im Verhalten früh, weil ich beide Seiten kenne, und halte die Produktlogik konsistent. Sie bekommen abgestimmte Releases statt zweier getrennt geplanter Auslieferungen.