Tekliflerde React Native, Flutter, native geçiyor — ilk uygulamamız hangi çatıyı seçmeli?

Teknik olarak aralarındaki ayrım donanım erişiminde başlar. React Native yerel bileşenlerle köprü üzerinden haberleşirken, Flutter kendi grafik motoruyla pikselleri doğrudan çizer. Sipariş ve fatura ekranlarında bu fark milisaniyeler düzeyindedir, son kullanıcı anlamaz. Donanıma aşırı yüklenmeyecekseniz iki çatı da fazlasıyla yeterli.

Biz iki yıl önce benzer bir toptan satış uygulamasını React Native ile yayına aldık. Geliştirme 30.000 dolara bitti, yıllık işletim ve bakım içinse ortalama 4.000 dolar harcıyoruz. Native yapsaydık iki ayrı geliştirici tutmamız gerekecekti işletme maliyeti ilk yıldan bütçemizi aşardı.

Tek kod tabanı fikri kağıt üzerinde harika görünse de işletim sistemi güncellemelerinde bazen can sıkabiliyor. Yeni bi mobil işletim sistemi sürümü çıktığında bazı paketlerin güncellenmesini haftalarca beklemek zorunda kalabiliyorsunuz. Ajansla anlaşırken sürüm uyumluluk desteğinin şartlarını netleştirmelisiniz.

native teklifi veren ajans muhtemelen kurumsal devlerle çalışmaya alışkın o paraya hiç gerek yok ama resoran sahibi arayüzün akıcılığına bakar kodun swift olmasına dgl flutter gayet işinizi görür.

Seçim yaparken şu üç maddeye göre karar vermenizi öneririm: 1) Ajansın daha önce benzer B2B projelerindeki referansları, 2) Uygulamanın barkod okuma veya harita gibi harici servis entegrasyonlarının karmaşıklığı, 3) Proje bittikten sonra saatlik bakım ücreti için talep ettikleri rakamlar.

Uygulamanın mevcut ERP veya muhasebe sisteminizle nasıl konuşacağını konuştunuz mu? Çatı seçiminden ziyade API uçlarının hazır olup olmaması bütçeyi daha çok sarsar. Eğer veri tabanınız henüz mobil servislere hazır değilse ajanslar ek entegrasyon ücreti çıkarabilir.

biz de benzer bi asamadayiz peki capraz platform ile baslarsak yarin bi gun uygulama cok buyudugunde native yapiya gecmek zorunda kalir miyiz?? ya o zaman her seyi sifirdan mi yazzmak gerekir??

Flutter teklif eden ajansın tamamladığı iki uygulamayı telefonunuza indirin sipariş akışını test edin. Hızlıysa ve referans müşterileri memnunsa 28.000 dolarlık teklifi kabul edin. Aradaki 27.000 dolarlık farkı pazarlamaya ve müşteri eğitimine ayırın.

Küçük bir işletmeyim, benim tarafımdan anlatayım. Ödeme takvimi işin aşamalarına bağlanmalı, takvime değil.

Benim görüşüm bu, kesin doğru diye yazmıyorum.

peki şunu nasıl çözdünüz?? zaan kaybının çoğu, onay bekleyen işlerde birikiyor

not oalrk birakayim lazim olur.

Haklısınız. İlk üç ay her şey iyi gider, sorun dördüncü ayda çıkar.

Başka türlü yapan varsa onu da merak ederim.

Buraya kadar söylenenleri özetleyeyim. mobil uygulama geliştirme çatıları konusunda acele eden herkes aynı yerde takılıyor.

İlk kez yapıyorsanız küçük başlayın, ölçek sonra gelir. Bu kadar, uzattıysam kusura bakmayın.

Bir şey sormak istiyorum. Kayıt tutmayan hiçbi süreç düzelmiyor çünkü neyi düzelteceğinizi bilmiyorsunuz.

Sözleşmede kod sahipliği yazmıyorsa, ayrılırken pazarlık gücünüz kalmıyor. Kendi durumunuz farklıysa tabii değişir.

Bunu bilmiyordum.

Sağ olun aradığım cevap buydu. mobil uygulama geliştirme çatıları tarafında yapılan hata genelde geri dönülebilir ama pahalı.

Not olarak bırakayım, lazım olur.

bir donem biz de ayni yerde takildik.. bir de yani karar verireekn en kotu senaryoyu da yazin sadece iyisini degl

koay gelsin

katılıyorum. kayıt tutmayan hiçbi süreç düzelmiyor çünkü neyi düüzelteceğinizi bilmiyorsunuz.

Karşı taraftan konuşayım, ben tedarikçi tarafındayım. Küçük ölçekte işe yarayan çözüm büyüyünce çöküyor, bunu geç öğrendim.