İlk uygulamamızı yapıyoruz tekliflerden önce hangi mobil uygulama geliştirme yazılımını seçmeliyiz?

Burada kritik ayrım işletim sistemi katmanına erişim derinliğidir. Ayrı yerel dillerde yazmak doğrudan işlemci ve bellek optimizasyonu sağlar ama sipariş takip uygulamasında buna gerek yoktur. Tek kod tabanlı hibrit yapılar köprü mimarisiyle yerel arayüz bileşenlerini doğrudan çağırır. Bu da performans kaybını gözle fark edilemeyecek düzeye indirir.

Benzer bir B2B toptan sipariş uygulamasını Teksas'ta geçen sene yaptırdık. Çapraz platform seçtik ve toplam 22.500 dolar ödedik. İki platforma da aynı anda tek bir güncelleme basıyoruz. Aylık sunucu ve rutin kütüphane bakım giderimiz şu an sadece 210 dolar civarında tutuyor.

Ajansların 'bizim hazır bi kurumsal uygulama altyapımız var üstüne giydireceğiz' tekliflerine mesafeli durun. Çoğu zaman kendi eski projelerinden kalma kapalı sistemleri satmaya çalışıyorlar. O ajansla yollarınızı ayırdığınız gün sistem çöp olur hiçbi bağımsız mühendis o koda dokunmak istemez.

Teklif şartnamesine yazmanız gereken üç bağlayıcı madde var: 1) Bütün kaynak kodlarının genel kullanıma açık Git depolarında şirketinize devredilmesi. 2) İşletim sistemi mağazalarındaki geliştirici hesaplarının doğrudan sizin kurumsal kimliğinize ait olması. 3) Kütüphanelerin güncelliğini gösteren teknik bağımlılık listesinin teslim edilmesi.

biz de yakında benzer bi yola çıkacağız. tek kod tabanı kullanıldığında Apple ya da Google uygulama mağazalarının onay süreçlerinde herhangi bi gecikme ya da ret risik doğuyor mu, kurallar buna engel mi?

Mağaza onay süreçlerinde yazılım dili dgl uygulamanın işlevselliği denetlenir. neyse mağazalar kullanıcı sözleşmelerine, veri güvenliğine, oturum açma akışlarına ve tasarım kılavuzlarına bakar. Hangi çatıyla derlendiği kurallara uyulduğu sürece reddedilme sebebi değildir; mağaza onayı her iki ekosistemde de aynı prosedüre tabidir.

Ajans görüşmelerinde 30.000 dolarlık tavan bütçenizi hemen masaya koymayın. bu arada ilk toplantıda sadece ekran akışlarını ve API entegrasyonlarını gösterin. Teklif veren her firmadan geliştirme aracı tercihlerini yazılı gerekçesiyle isteyin gerekçesiz teklifleri doğrudan eleyin.

ilk etapta fazla karmaşık özellik koymamaya özen gösterin derim ve müşteri sepete atsın, siaprişi versin, faturasını indirssin yeter. neyse çok öellik demek her iki platformda da daha fazla hata ve daha çok ajans faturası demektir

Emeğinize sağlık.

Aynısını yaşadım. Karar verirken en kötü senaryoyu da yazın, sadece iyisini değil.

Bir sorum olcak, konudan sapmak istemem ama. neyse küçük ölçekte işe yarayan çözüm büyüyünce çöküyor, bunu geç öğrendim.

Ölçmeden karar verince hep aynı yere geliyoruz. valla benim görüşüm bu, kesin doğru diye yazmıyorum.

Katılıyorum, hatta altını çizmek isterim. Bunun cevabı sektöre göre çok değişiyor, genel geçer bir kural yok.

Sorunuz olursa yazın, elimden geldiğince cevaplarım.

mobil uygulama geliştirme yazılımı konusunda en çok atlanan nokta şu: İlk kez yapıyorsanız kçük başlayın ölçek snra gelir.

bu kdr, uzattiysam kusuura bakmayin.

bizde şöyle oldu ama en ucuz teklif gneelde en az düşünülmüş tekliftir.

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

Bu kadar açık anlatan yazı az bulunuyor.

Deneyeceğim. mobil uygulama geliştirme yazılımı tarafında yapılan hata genelde geri dönülebilir ama pahalı.

En ucuz teklif genelde en az düşünülmüş tekliftir. Bu kadar, uzattıysam kusura bakmayın.

teşekkr ederim çok işime yaradı.

Haklısınız, ben de aynı yoldan geçtim. Bunu baştan yazılı hâle getirmezseniz snra tartışma çıkıyor.

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