Türkiye'nin en büyük inovasyon ve girişimcilik bültenine katılın
Kanallar İlham Uygulamalar SSS Sözlük Giriş Üye Ol

Mobil Uygulama Geliştirme

/mobiluygulama · 1.YIL

Fikirden App Store ve Google Play'e uzanan yolun tamamı tek kanalda. Swift, Kotlin, Flutter, React Native — platform fark etmez; uygulamanı nasıl yapacağını burada konuşuruz. Mimari kararlar, arayüz desenleri, yayın süreçleri, test ve sürüm yönetimi; ilk satırdan ilk indirmeye kadar ne varsa burada. Takıldığın yeri sor, öğrendiğini paylaş, uygulamanı yapan diğer üreticilerle omuz omuza ilerle.

66 içerik Katıl
#mobil uygulama geliştirme akışına dön
@sourdiesel · 17 gün önce

Uygulamaya yapay zekâ özelliği eklemek: Cihaz üstünde mi, sunucuda mı

Uygulamalara akıllı özellik eklemek artık ayrı bir uzmanlık gerektirmiyor ama mimari karar önemli ve geri dönüşü zor.

İki yol var. Modeli cihaz üzerinde çalıştırmak veya isteği sunucuya gönderip orada işlemek.

Cihaz üstünde çalıştırmanın avantajları: internet gerekmiyor, gecikme yok, kullanıcı verisi cihazdan çıkmıyor ve istek başına maliyet yok. Dezavantajları: uygulama boyutu büyüyor, eski cihazlarda yavaş çalışıyor, pil tüketiyor ve modeli güncellemek için sürüm çıkarmak gerekiyor.

Sunucuda çalıştırmanın avantajları: daha büyük ve yetenekli modeller kullanabiliyorsunuz, modeli istediğiniz zaman güncelleyebiliyorsunuz ve cihaz farkı yok. Dezavantajları: her istek maliyet, internet bağımlılığı, gecikme ve kullanıcı verisinin dışarı çıkması.

Pratik karar kriteri şu: özellik kullanıcının kişisel verisiyle mi çalışıyor ve sık mı kullanılıyor? İkisine de evetse cihaz üstü daha mantıklı. Fotoğraf sınıflandırma, metin önerisi ve basit tahminler bu gruba giriyor.

Karmaşık üretim gerektiren özellikler ise sunucu tarafında kalıyor. Burada maliyet kontrolü kritik, istek başına ücret ödeniyorsa kötüye kullanımı sınırlamak gerekiyor.

Her iki durumda da kullanıcıya ne olduğunu söylemek gerekiyor. Verisinin nereye gittiği, mağaza gizlilik beyanında da doğru şekilde belirtilmeli.

Son olarak, model hata yaptığında ne olacağını tasarlamak gerekiyor. Yanlış sonucu düzeltebilme imkânı sunmayan akıllı özellikler kullanıcıyı çabuk yoruyor.
0 2 yorum
Yorumlar (2)
@vahabdemir · 13 gün önce 3
Maliyet kontrolü konusuna somut bir ekleme yapayım çünkü bu en çok sürpriz yaratan kalem.

Sunucu tarafı model kullanıyorsanız, kullanıcı başına günlük istek sınırı koymak şart. Sınırsız bırakan uygulamalarda birkaç kullanıcı bütün bütçeyi tüketebiliyor.

İkinci önlem önbellekleme. Aynı veya çok benzer istekler tekrar geliyorsa sonucu saklamak ciddi tasarruf sağlıyor.

Üçüncüsü, ücretsiz kullanıcıya sınırlı, abonelere geniş kota vermek. Bu hem maliyeti dengeliyor hem aboneliğe somut bir sebep yaratıyor.

Bir de gecikme meselesi var. Sunucu tarafı özellikler birkaç saniye sürüyor ve kullanıcı bekliyor. Bu süreyi dolduracak bir geri bildirim göstermek, aynı süreyi çok daha kabul edilebilir kılıyor.
@sidarta · 9 gün önce 4
Model hata yaptığında ne olacak sorusu bence en kritik tasarım kararı.

Kullanıcıya sonucu kesin bir gerçek gibi sunan arayüzler, ilk yanlış sonuçta bütün güveni kaybediyor. Oysa öneri olarak sunulan ve düzeltilebilen sonuçlar, yanlış olduğunda bile kullanıcıyı rahatsız etmiyor.

Pratik olarak: otomatik uygulamak yerine önerip onay istemek, güven düzeyi düşükse bunu belli etmek ve her sonuçta düzelt seçeneği bırakmak.

Bir de düzeltmeleri toplamak. Kullanıcı sonucu düzelttiğinde bu değerli bir veri, sistemi zamanla iyileştirmek için kullanılabiliyor.