Mobil uygulama geliştirmede tasarım incelemeleri genellikle Figma'da yapılır. Ancak Figma, gerçek cihazdaki dokunma hedefi boyutları, scroll momentumu, klavye davranışı, yazı tipi değişimleri ve karanlık mod geçişleri gibi kritik detayları yakalayamaz. Bu eksiklik, tasarımın cihazda test edilene kadar fark edilmeyen hatalara yol açar. Çözüm, tasarımcıları doğrudan EAS preview loop'una dahil ederek onların gerçek cihazda değişiklikleri görmesini sağlamaktır.
Tasarımcıların mühendislerden bağımsız olarak preview build tetiklemesi için bir Slack slash komutu oluşturulabilir. Örneğin, `/preview branch feat/new-onboarding` komutu bir GitHub Action'ı tetikleyerek belirtilen branch için `eas build` çalıştırır ve sonucunda QR kodu ile yükleme linkini Slack thread'ine gönderir. Burada kritik nokta, TestFlight yerine internal distribution kullanmaktır; TestFlight onay gecikmesi inceleme döngüsünü bozar.
EAS Update kanalları, JS/TSX değişikliklerini (proje değişikliklerinin %80'i) mevcut kurulu build'e göndermek için idealdir. `eas.json`'da `designer-preview` kanalı tanımlanarak `eas update --channel designer-preview` komutuyla değişiklikler anında itilebilir. Bu, tasarım iterasyon döngüsünü günde 1 build'den saatte 4-6 JS güncellemesine çıkarır.
Teknik Analiz
Tasarımcıları bu döngüye dahil etmeden önce üç sürtünme noktasını kaldırın: (1) Kurulum adımı: Haftalık sabit bir Dev Client build'i sağlayın, (2) Hangi build sorusu: Uygulamaya branch adı ve commit hash'i gösteren bir köşe etiketi ekleyin, (3) Güncelleme canlı mı sorusu: Son güncelleme zamanını debug menüsünde gösterin. İnceleme döngüsü süresini (tasarımcının değişiklik bildirmesinden mühendisin doğrulamasına kadar geçen süre) ölçün; build süresi değil.
