Mobil Geliştirme & Kurtarma

Bazı mobil projelerin yapılması gerekir. Daha çoğununsa kurtarılması — native modül çürümesinden, App Store arafından ya da bir yıl önce doğruluğunu yitirmiş bir framework kararından.

Beni ne zaman ararsınız

React Native uygulamanız native modül sorunlarında boğuluyor ve ekip üç haftadır aynı upgrade'de takılı.
App Store ret döngüsündesiniz ve her yeniden gönderim bir inceleme turu daha yakıyor.
Proje ortasında framework değişimini tartıyorsunuz ve karşılaştırma yazısı değil, bunu gerçekten yapmış birine ihtiyacınız var.
Depo ya da saha operasyonu için bir uygulama lazım — yanlış bir durum geçişinin gerçek envantere mal olduğu türden.

Ne yapıyorum

Framework kararları "sıkıcı olan kazanır" kriteriyle — ekibinizin iki yıl sonra da bakabileceği stack, bu çeyrekte heyecan verici olanı yener.
Proje ortasında geçişler — canlı bir uygulamayı release takvimini dondurmadan altı haftada React Native'den Flutter'a taşıdım.
App Store süreç yönetimi — inceleme notları, ret yanıtları ve build'leri gerçekten onaylatan metadata ayrıntıları.
FSM tabanlı operasyon uygulamaları — "aşağı yukarı doğru"nun para kaybettirdiği iş akışları için açık durum makineleri.

Sıfat değil, sayı

Stork'un mobil tarafı: proje ortasında altı haftada React Native'den Flutter'a taşınan canlı bir uygulama, çözülüp onay alan üç Apple reddi, 1.800 beta testçi ve gümrük API'siyle konuşan 45 durumlu bir sonlu durum makinesinin sürdüğü depo uygulaması.

Saha notları

Proje ortasında React Native'den Flutter'a — dürüst hesapNeden geçtik ve maliyetin dürüst dökümü.Apple uygulamamı üç kez 'fazla Türkçe' diye reddettiÜç ret, üç çözüm — hiçbiri bariz değildi.45 durumlu bir depo FSM'i: iki dil ve bir gümrük dairesiyleHer geçişin ucunda para olan bir depoyu modellemek.

Nereden başlarız

Discovery: codebase denetimi artı bir geçiş risk haritası — hangi native modüller sizinle kavga edecek, iş mantığı gerçekte nerede yaşıyor ve gerçekçi takvim ne. Go/no-go dahil; bazen cevap "geçme" oluyor.

Uygulamanızı anlatın