Mobil Uygulama Geliştirme

@noway · 8 gün önce

Dropshipping döneminden sonra küçük bir e-ticaret deposu işletmeye başladım ve iki yıl önce depo için basit bir stok sayım uygulaması yaptırdık. React Native, arkada sade bir REST servisi. Barkodu okut, adet gir, kaydet. Ofiste test ettik, kusursuzdu. Depoya geçince sorun başl…

@endof · 8 gün önce 0 Telefonda üretilen benzersiz kimlik meselesi çevrimdışı işin yarısı, bunu baştan yapan çok az ekip görüyorum. Bir ekleme: kuyruktaki kayıtlar için bir yaş sınırı koyun. Telefon bir hafta çekmecede kal… devamını oku

@mean · 8 gün önce 0 Telefonda bekleyen kayıtlar şifreli mi tutuluyor? Stok adedi masum görünür ama aynı yapıya bir gün fiyat ya da müşteri bilgisi eklenir. Cihaz kaybolursa kuyruğun içi okunabiliyor mu, ona da bir bakın … devamını oku

Tüm 5 yorumu gör →

@mean · 13 gün önce developer.android.com ↗

Google'ın Android geliştirici doğrulaması 30 Eylül'de ilk kez gerçek kullanıcılara dokundu. Brezilya, Endonezya, Singapur ve Tayland'da, Android 7 ve üstü sertifikalı cihazlarda, katılımcı mağazalardan yapılan kurulumlarda kimliği doğrulanmış geliştirici şartı devreye girdi. Sayf…

@amokachi · 12 gün önce 1 20 cihaz sınırı okul projesi için gayet yeterli bence, bizim bitirme projesinde zaten jüriye ve birkaç arkadaşa kuruyoruz. Ama bir sorum var: o 20 cihaz bir kez dolunca cihaz değiştirmek mümkün mü, yo… devamını oku

@adavapuru · 11 gün önce 4 Havacılıkta saha ekipleri için şirket içi uygulama dağıtan bir tedarikçiyle çalışıyoruz, onlar da bu konuyu konuşmaya başladı. Tabletlerin bir kısmı internetin zayıf olduğu hangarlarda duruyor, kurulu… devamını oku

Tüm 5 yorumu gör →

@endof · 6 gün önce firebase.google.com ↗

Firebase'in iOS tarafında CocoaPods desteğini bitirme takvimi artık netleşti, belge 8 Ekim'de bir kez daha güncellenmiş. Ekim 2026 itibarıyla CocoaPods'a yeni Firebase sürümü gelmeyecek, Firebase 12 CocoaPods'ta yayımlanan son ana sürüm olarak kalıyor. Bir de CocoaPods'un kendisi…

@mean · 5 gün önce 1 Salt okunur kısmı asıl mesele bence. Firebase'i taşırsın tamam, ama yıllardır güncellenmeyen küçük bir pod'a bağımlıysan ve o pod'un sahibi ortada yoksa Aralık'tan sonra kimse yama bile çıkaramayacak.… devamını oku

@amokachi · 5 gün önce 5 Flutter tarafında benim projede flutterfire güncelleyince gerçekten kendiliğinden geçti, ios klasöründe Podfile hâlâ duruyor ama içinde Firebase kalmadı. Yalnız bir bildirim eklentisi pod ile gelmeye … devamını oku

Tüm 3 yorumu gör →

@amokachi · 10 gün önce

İki dönemdir üniversitede Android dersi alıyorum, Kotlin ve Compose ile iki küçük uygulama yazdım. Biri yurt yemekhanesinin haftalık menüsünü gösteriyor, öbürü ders notu paylaşma denemesi. Menü uygulamasını 300 kadar arkadaşım kullanıyor ve en çok gelen istek şu: iPhone'u olanlar…

@endof · 10 gün önce 5 KMP'yi seçersen önce sadece iş mantığını paylaş: menüyü çeken ağ katmanı, veri modeli, önbellek. iOS arayüzünü ilk seferde SwiftUI ile küçük bir ekran olarak yaz. Böylece Mac'e eriştiğin o birkaç saat… devamını oku

@mean · 10 gün önce 4 Mac kısıtını küçümseme. Derleme, imzalama, simülatör, App Store Connect yüklemesi, hepsi Mac istiyor; bulutta Mac kiralamak mümkün ama öğrenci bütçesine uygun değil. Bir de iOS'ta yayın için Apple'ın … devamını oku

Tüm 3 yorumu gör →

@damon · 15 gün önce

Birkaç klinik için yazdığım randevu ve hasta takip uygulaması üç yıldır manifestte dikey yöne kilitli duruyor. Bilinçli bir tercihti; sekreterler telefonda kullanıyordu, tablet kimsenin aklında yoktu. Şimdi iki klinik resepsiyona tablet koydu ve uygulamayı orada yatay kullanmak i…

@endof · 15 gün önce 5 State kaybını en başa koyman çok doğru, onu çözmeden geri kalan her şey makyaj. ViewModel ve SavedStateHandle ile formu tutarsan hem döndürmede hem de sistem uygulamayı arka planda öldürdüğünde kurtul… devamını oku

@lamer · 14 gün önce 3 Tasarım tarafından bir not: resepsiyon tableti genelde masaya sabit, yatay ve kol mesafesinde duruyor. Dokunma alanlarını telefona göre biraz büyütmek ve formu iki sütun yerine ortalanmış, okunabilir … devamını oku

@lamer · 16 gün önce

Etsy'de sattığım şablonların yanına küçük bir uygulama yaptım: renk paletlerini kaydedip düzenleyebildiğin, tasarımcılar için basit bir araç. Flutter ile yazdım, tasarımı da tabii ki kendim yaptım ve epey gurur duyuyordum. Geçen ay bir kullanıcıdan gelen e-posta beni yere indirdi…

@menamen · 16 gün önce 3 Ekran okuyucunun her şeye sadece düğme demesi çok tanıdık. Bülten uygulamamızı Türkçe ekran okuyucuyla denediğimde bir de şunu fark ettim: İngilizce yazılmış etiketler Türkçe sesle okununca anlaşılmaz… devamını oku

@sammy · 15 gün önce 4 En büyük yazı testini ben de alışkanlık yaptım ama bir de ekranı yatay çevirip deneyin derim, büyük yazı ile yatay ekran bir araya gelince ayrı bir felaket çıkıyor. Bir de seni yazan o kullanıcıya düz… devamını oku

@sourdiesel · 33 gün önce

Mağaza puanı hem kullanıcının indirme kararını hem de sıralamayı etkiliyor. Puanı yükseltmenin kalıcı tek yolu var: doğru kullanıcıya doğru anda sormak. İlk kural, sistem tarafından sunulan puan isteme mekanizmasını kullanmak. Kullanıcıyı mağazaya yönlendiren kendi yazdığınız …

@abdullahkurucay · 29 gün önce 1 Olumsuz yoruma cevap verme konusunda bir yöntem paylaşayım. Üç cümlelik bir yapı iyi çalışıyor: önce sorunu anladığınızı somut olarak tekrar edin, sonra ne yaptığınızı veya yapacağınızı söyleyin, en … devamını oku

@marul · 29 gün önce 5 Zamanlama konusuna katılıyorum, bizde işe yarayan somut bir kural paylaşayım. Puan isteme çağrısını sadece şu üç koşul birden sağlandığında tetikliyoruz: kullanıcı en az üç kez uygulamayı açmış, son … devamını oku

@quadri · 38 gün önce developer.android.com ↗

Uygulama büyüdükçe ortaya çıkan karmaşayı baştan önlemek için yazılmış resmi rehber. Kullanıcı arayüzü katmanı, alan katmanı ve veri katmanı ayrımını örneklerle anlatıyor. En çok işe yarayan kısmı durum yönetimi bölümü. Ekranın neyi gösterdiğini tek bir durum nesnesinde toplam…

@bberber · 34 gün önce 2 Bu rehberi okurken dikkat edilmesi gereken bir şey var: küçük bir uygulamaya bütün katmanları uygulamak fayda değil yük getiriyor. Üç ekranlı bir uygulamada alan katmanı için ayrı sınıflar yazmak, ko… devamını oku

@erayuzun · 29 gün önce 4 Tek doğruluk kaynağı ilkesine bir örnek ekleyeyim, çünkü soyut kalıyor. Diyelim kullanıcı profil bilgisini hem ana ekranda hem ayarlar ekranında gösteriyorsunuz. İki ekran ayrı ayrı sunucudan çekiyor… devamını oku

@fakazli · 40 gün önce

Uygulamayı indiren kullanıcıların önemli bir kısmı ilk oturumda ayrılıyor. Onboarding tasarımı bu kaybı belirleyen en önemli unsur ama yaygın uygulanışı çoğu zaman sorunu çözmek yerine büyütüyor. En sık yapılan hata, uygulamayı anlatan üç beş slaytlık tanıtım ekranı koymak. Ku…

@selenca · 35 gün önce 1 İlk değeri hızlı gösterme prensibine katılıyorum, buna ek olarak boş durum tasarımının önemini vurgulamak isterim. Çoğu uygulama ilk açıldığında bomboş bir ekranla karşılıyor. Kullanıcı ne yapacağını… devamını oku

@gaponmychest · 34 gün önce 2 Kayıt zorunluluğu konusunda bir denge noktası eklemek isterim. Kayıtsız kullanıma izin vermek dönüşümü artırıyor ama sonradan hesap oluşturan kullanıcının verisini taşımak teknik olarak düşünülmesi g… devamını oku

@newday · 41 gün önce developer.apple.com ↗

Mağaza sayfasının hangi bölümünün ne işe yaradığını ve nasıl optimize edileceğini anlatan resmi sayfa. Uygulama adı, alt başlık, anahtar kelime alanı, ekran görüntüleri ve önizleme videosunun her birinin ayrı ağırlığı var. En çok yanlış kullanılan alan alt başlık. Otuz karakte…

@abdullahkurucay · 39 gün önce 3 Özel ürün sayfası özelliği yeterince bilinmiyor, oysa reklam veren için çok değerli. Farklı reklam kampanyalarına farklı mağaza sayfası gösterebiliyorsunuz. Fitness uygulamanız için koşu odaklı rekla… devamını oku

@selenca · 39 gün önce 1 Alt başlık konusuna katılıyorum, bir de uygulama adı meselesi var. Ad alanına anahtar kelime sıkıştırmak eskiden işe yarıyordu, şimdi hem reddedilme sebebi hem de kullanıcıda güven kaybı yaratıyor. M… devamını oku

@titus · 41 gün önce

İlk gönderimde red almak normal, sektörde bunu tecrübe etmemiş geliştirici az. Önemli olan gerekçeyi doğru okumak ve doğru cevap vermek. En sık gerekçeler şunlar: Tamamlanmamış işlevsellik. İnceleyen kişi bir özelliği çalışırken göremiyorsa uygulama eksik sayılıyor. Giriş g…

@dandanakan · 39 gün önce 2 Test hesabı konusuna bir ekleme yapayım çünkü en çok zaman kaybettiren kalem bu. Verdiğiniz test hesabının incelemenin yapıldığı dönemde kesinlikle çalışıyor olması gerekiyor. Süresi dolan, veri temi… devamını oku

@sametay · 37 gün önce 0 Hesap silme kuralı yeni ekipleri çok zorluyor, biraz açayım. Kural sadece bir buton koymak değil. Kullanıcının hesabını ve ilişkili verisini silebilmesi gerekiyor ve bu işlemin uygulama içinden başla… devamını oku

@vahabdemir · 43 gün önce

İlk sürümü planlarken en sık yapılan hata, rakiplerde gördüğünüz her özelliği listeye koymak. Sonuç, aylarca çıkamayan ve çıktığında da hiçbir konuda güçlü olmayan bir ürün oluyor. Daha iyi yöntem, tek bir kullanıcı yolculuğunu baştan sona kusursuz yapmak. Kullanıcı uygulamayı…

@quadri · 42 gün önce 4 Yayına çıkma korkusu konusuna katılıyorum, buna bir bakış açısı ekleyeyim. İlk sürümü kimse görmüyor. Bu kulağa kötü geliyor ama aslında rahatlatıcı. İlk sürümünüz mükemmel olmasa da felaket olmuyor … devamını oku

@bananaman · 39 gün önce 1 Gerekli ama atlanan şeyler listesine bir madde daha eklemek isterim: uygulama içi geri bildirim yolu. Kullanıcı bir sorun yaşadığında size ulaşamıyorsa doğrudan mağazaya yazıyor. Uygulama içinde basi… devamını oku

@sourdiesel · 44 gün önce

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, ge…

@vahabdemir · 39 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 uygul… devamını oku

@sidarta · 35 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 … devamını oku

@fakazli · 46 gün önce

Mağaza optimizasyonu denince akla ilk gelen anahtar kelime seçimi ama çoğu kişi bunu tahminle yapıyor. Daha sistemli bir yol var. İlk adım aday kelime listesi çıkarmak. Kaynaklar şunlar: mağaza arama çubuğuna konunuzla ilgili kelimeleri yazınca çıkan otomatik tamamlama önerile…

@quadri · 43 gün önce 0 Türkçe karakter meselesi gerçekten önemli ve çoğu ekip atlıyor. Bir de şu var: insanlar arama yaparken yazım hatası yapıyor. Popüler bir kelimenin yaygın yanlış yazımlarını da listeye eklemek işe yar… devamını oku

@bberber · 40 gün önce 5 Yorumlardan kelime çıkarma tavsiyesine bir yöntem ekleyeyim. Sadece kendi yorumlarınıza değil, rakiplerin bir ve iki yıldızlı yorumlarına bakın. İnsanlar orada beklentilerini ve aradıkları şeyi çok n… devamını oku

@sidarta · 50 gün önce

Uygulamayı başka pazarlara açmak deyince akla çeviri geliyor ama iş orada bitmiyor. Lokalizasyonun teknik ve kültürel tarafları çeviri kadar belirleyici. Teknik tarafta ilk kural, metinleri koda gömmemek. Bütün kullanıcıya görünen metinler kaynak dosyalarında olmalı. Sonradan …

@cherryblossom · 47 gün önce 2 Mağaza sayfası lokalizasyonu vurgusu çok yerinde, bu gerçekten en çok atlanan kısım. Ekran görüntülerindeki metinlerin de çevrilmesi gerekiyor. Uygulamanın kendisi Türkçe ama mağazadaki görsellerde İ… devamını oku

@newday · 45 gün önce 5 Metin uzunluğu konusuna pratik bir test yöntemi ekleyeyim. Geliştirme sırasında uygulamayı sözde bir dille çalıştırmak mümkün. Bütün metinleri yapay olarak uzatan ve özel karakterler ekleyen bir mod.… devamını oku

@noway · 52 gün önce

Abonelik modeliyle çalışan uygulamalarda gelirin tamamı tek bir ekranda belirleniyor. O ekranın tasarımı, uygulamanın geri kalanından daha çok gelir etkisi yaratıyor. İyi çalışan yapı genelde şu sırayı izliyor: önce ne kazanacağı, sonra ne kadar ödeyeceği, en son nasıl iptal e…

@100yuze · 48 gün önce 1 Deneme süresini açıkça yazma konusuna bir ekleme yapayım. Deneme bitiminden önce hatırlatma göndermek, iptal oranını artırıyor gibi görünüyor ama uzun vadede daha iyi sonuç veriyor. Çünkü habersiz üc… devamını oku

@navigator · 45 gün önce 4 Paket sayısı konusuna katılıyorum, bir de fiyat çapası meselesi var. Üç paket sunarken en pahalısının varlığı, ortadakini makul gösteriyor. Bu bilinen bir davranış kalıbı ve mobil abonelikte de çalış… devamını oku

@sametay · 54 gün önce

Uygulama boyutu çoğu ekipte sonradan akla gelen bir konu ama indirme oranını ölçülebilir şekilde etkiliyor. Özellikle mobil veriyle indirme yapan kullanıcılarda ve düşük depolamalı cihazlarda etkisi belirgin. Boyutu büyüten ana kalemler şunlar: Görseller. Çoğu projede en bü…

@nikea · 49 gün önce 0 Yazı tipi konusu az konuşuluyor ama gerçekten büyük kalem, özellikle çok dilli uygulamalarda. Bir yazı tipi ailesi bütün alfabeleri kapsayacak şekilde geliyorsa dosya boyutu şişiyor. Sadece Latin ve … devamını oku

@sidarta · 45 gün önce 5 Görsel tarafına ek olarak, uygulama içinde taşınan varlıkların ne kadarının gerçekten kullanıldığını ölçmek iyi bir alışkanlık. Çoğu projede tasarım sürecinde eklenmiş ama sonra vazgeçilmiş ikonlar, … devamını oku

@dandanakan · 62 gün önce

Uygulama yayınlandıktan sonra en zor kısım başlıyor, kimse bilmiyor. Reklam bütçesi olmadan ilk kullanıcıları bulmak mümkün ama yöntemleri sıradan pazarlama tavsiyelerinden farklı. Mağaza aramasından gelen organik trafik en değerli kanal çünkü ücretsiz ve niyeti yüksek. Bunun …

@100yuze · 58 gün önce 4 Forumlarda davranış konusuna katılıyorum, bir ekleme yapayım. En iyi sonucu aldığım yöntem, uygulamayı hiç anmadan konunun kendisi hakkında faydalı bir şey yazmak ve profilde ürünün linkini bulundurm… devamını oku

@navigator · 55 gün önce 3 Listeye bir madde daha eklemek isterim: mevcut kullanıcıyı kaybetmemek en ucuz büyüme yöntemi. Bin indirme alıp yedi yüzünü ilk hafta kaybederseniz, sürekli kova doldurmaya çalışıyorsunuz demektir. A… devamını oku

@bananaman · 63 gün önce kotlinlang.org ↗

Çapraz platform tartışmasında farklı bir konumda duran yaklaşım. Flutter ve React Native arayüzü de ortaklaştırmayı öneriyor, Kotlin Multiplatform ise sadece iş mantığını paylaşıp arayüzü her platformda yerli bırakmayı öneriyor. Pratikte paylaşılan kısım şunlar oluyor: ağ katm…

@vahabdemir · 62 gün önce 2 Bu yaklaşımın en güçlü tarafı bence risk profili. Tek bir çapraz platform aracına bağlandığınızda, o araç yön değiştirirse bütün uygulamanız etkileniyor. Kotlin Multiplatform'da arayüz zaten yerli old… devamını oku

@fakazli · 56 gün önce 2 Karar verirken sorulacak soruyu şöyle formüle ediyorum: uygulamanızın değeri arayüzünde mi yoksa iş mantığında mı? Banka uygulaması, sağlık takibi, lojistik yazılımı gibi ürünlerde kural ve hesaplama… devamını oku

@dandanakan · 63 gün önce

Bu sorunun tek bir cevabı yok ama fiyatı neyin belirlediğini bilmek, alınan teklifleri değerlendirmeyi mümkün kılıyor. Maliyeti belirleyen ana kalemler şunlar: Ekran sayısı ve karmaşıklığı. Beş ekranlı bir katalog uygulaması ile kırk ekranlı bir pazaryeri uygulaması aynı iş…

@mardig · 61 gün önce 5 Bakım kalemi gerçekten en çok atlanan konu, teklif alan tarafın mutlaka sorması gereken şey. Uygulama teslim edildikten sonra her yıl iki büyük işletim sistemi güncellemesi geliyor ve bunlar bazen ça… devamını oku

@bananaman · 58 gün önce 2 Aşamalara bölme tavsiyesine katılıyorum, buna somut bir yöntem ekleyeyim. İlk sürümde sadece tek bir işi çok iyi yapan bir uygulama çıkarmak, on özelliği ortalama yapan bir uygulamadan hem ucuz hem d… devamını oku

@vahabdemir · 67 gün önce

Yurt dışı kaynaklı ürün tavsiyelerinin bir kısmı Türkiye pazarında farklı sonuç veriyor. Yerel gerçekleri bilmek ürün kararlarını değiştiriyor. Cihaz dağılımı. Android payı yüksek ve cihazların önemli bir kısmı orta ve alt segment. Bu, performans ve uygulama boyutu kararlarını…

@gaponmychest · 61 gün önce 3 Destek kanalını görünür kılma tavsiyesi çok değerli, bizde ölçülebilir fark yarattı. Ayarlar içine gömülü bir iletişim bağlantısı yerine, hata durumlarında doğrudan ekranda gösterilen bir destek buto… devamını oku

@innoturk · 60 gün önce 3 Veri kullanımı konusuna katılıyorum, buna somut bir öneri ekleyeyim. Uygulamanın ayarlarına veri tasarrufu seçeneği koymak beklenenden çok kullanılıyor. Görselleri düşük çözünürlükte indirme, otomati… devamını oku

@sourdiesel · 34 gün önce developer.apple.com ↗

Abonelik modeline geçecek ekiplerin baştan okuması gereken sayfa. Tanıtım fiyatları, ücretsiz deneme, abonelik grupları ve yükseltme düşürme kuralları burada tanımlı. En çok karıştırılan konu abonelik grubu. Aynı gruptaki ürünler arasında kullanıcı geçiş yapabiliyor ve fiyat f…

@bananaman · 30 gün önce 3 Fiyat artışı bölümü gerçekten dikkatli okunmalı. Mevcut abonelere zam yaparken sistem onlara bildirim gönderiyor ve bazı durumlarda onay istiyor. Onay vermeyenlerin aboneliği sonlanıyor. Bunu bilmede… devamını oku

@fakazli · 35 gün önce developer.apple.com ↗

Yıllık geliri belirli eşiğin altında olan geliştiriciler için komisyon oranını düşüren program. Başvuru gerektiriyor ve otomatik uygulanmıyor, bu yüzden hak ettiği halde başvurmayan çok geliştirici var. Program kapsamında komisyon standart orandan düşüyor ve bu fark özellikle …

@mardig · 30 gün önce 2 Bu programın varlığını bilmeyen çok geliştirici tanıyorum, gelirinin önemli bir kısmını gereksiz yere komisyona veriyor. Dikkat edilecek nokta şu: program ortaklık yapınıza bağlı. Aynı geliştiriciye … devamını oku

@dandanakan · 35 gün önce reactnative.dev ↗

React Native'in uzun süredir üzerinde çalışılan mimari değişikliği artık varsayılan hale geldi. Bu sayfa neyin neden değiştiğini geliştirici gözünden anlatıyor. Eski yapıda JavaScript tarafı ile yerli taraf arasındaki iletişim asenkron bir köprüden geçiyordu ve bu, karmaşık an…

@dandanakan · 33 gün önce 4 Geçişte en çok takılan yer kütüphane uyumluluğu oluyor, bunu özellikle vurgulamak lazım. Projede on beş yirmi bağımlılık varsa, bunlardan birinin henüz uyumlu olmaması bütün geçişi durdurabiliyor. Ge… devamını oku

@gaponmychest · 36 gün önce revenuecat.com ↗

Abonelik modeliyle çalışan on binlerce uygulamanın anonim verisinden derlenen yıllık rapor. Kendi sayılarınızı bir yere oturtmak için sektörde en çok kullanılan referans. En faydalı bölümler şunlar: ücretsiz denemeden ödemeye geçiş oranının kategoriye göre nasıl değiştiği, ayl…

@bberber · 35 gün önce 3 Bu raporda en çok işime yarayan kısım medyan ile ortalama farkının açıkça gösterilmesi oldu. Sektörde dolaşan başarı hikâyeleri hep en üst dilimden geliyor ve insanlar kendi sayılarını onlarla karşıl… devamını oku

@noway · 37 gün önce developer.apple.com ↗

iOS tarafında beta dağıtımının standart yöntemi. İç ekip için anında, dış test kullanıcıları için kısa bir inceleme sonrası dağıtım yapılabiliyor. En faydalı özelliği geri bildirim toplama. Test kullanıcıları ekran görüntüsü alıp doğrudan not gönderebiliyor ve bu notlar cihaz …

@cherryblossom · 35 gün önce 3 Geri bildirim toplama özelliğini kullanırken bir şey öğrendik: test kullanıcılarına ne aramaları gerektiğini söylemezseniz, faydalı geri bildirim gelmiyor. Her beta sürümünde kısa bir not bırakıyoruz… devamını oku

@nikea · 37 gün önce nngroup.com ↗

Kullanılabilirlik alanında uzun yıllardır saha araştırması yapan bir grubun mobil konulu yazı arşivi. Tasarım tercihlerini görüşe değil gözleme dayandırmak isteyenler için değerli kaynak. En çok işe yarayan bulgular şunlar: kullanıcıların telefonu nasıl tuttuğu ve başparmakla …

@selenca · 37 gün önce 4 Gizli menü bulgusu gerçekten önemli ve çoğu üründe görmezden geliniyor. Bizde de aynı şey oldu. Önemli bir özelliği menünün içine koymuştuk ve kullanım oranı çok düşüktü. Alt sekmeye taşıdığımızda ku… devamını oku

@mardig · 39 gün önce developer.apple.com ↗

Reklam kimliğine erişmek için kullanıcıdan izin isteme zorunluluğunu getiren çerçevenin belgeleri. Teknik olarak tek bir çağrı ama ticari sonucu büyük. Kritik nokta izin isteme anı. Uygulama ilk açıldığında hiçbir bağlam vermeden soran uygulamalarda onay oranı çok düşük kalıyo…

@gokhancetin · 35 gün önce 0 İzin isteme zamanlaması konusunda somut bir yaklaşım paylaşayım. Uygulamayı ilk açan kullanıcıya sormak yerine, ikinci veya üçüncü oturumda sormak çok daha iyi sonuç veriyor. Çünkü kullanıcı o noktad… devamını oku

@bananaman · 39 gün önce m3.material.io ↗

Android uygulamasının görsel dilini kurarken en pratik başlangıç. Dinamik renk sisteminin nasıl çalıştığı, kullanıcının duvar kâğıdından üretilen paletin uygulamaya nasıl yansıdığı burada anlatılıyor. En faydalı bölümler bileşen sayfaları. Her bileşenin hangi durumda kullanıla…

@nikea · 37 gün önce 3 Dinamik renk özelliği ilk bakışta süs gibi görünüyor ama kullanıcı tarafında etkisi gerçekten fark ediliyor. Telefonun geri kalanıyla uyumlu görünen uygulama, sisteme ait hissettiriyor. Dikkat edilme… devamını oku

@fakazli · 41 gün önce

Kişisel geliştirici hesabı açanlar için getirilen kapalı test şartı, ilk uygulamasını yayınlamak isteyenlerin en çok takıldığı konu haline geldi. Kural özetle şöyle işliyor: yeni açılan kişisel hesapların üretim ortamına çıkabilmesi için önce belirli sayıda test kullanıcısıyla…

@fakazli · 36 gün önce 0 Bu süreci yeni tamamlayan biri olarak birkaç pratik not ekleyeyim. Test kullanıcısı bulmak sanıldığından zor. Tanıdıklarınızın çoğu kuruyor, bir kez açıyor ve unutuyor. Bu yüzden gerekenden fazla kiş… devamını oku

@navigator · 43 gün önce

Bildirim en güçlü geri getirme aracı ama yanlış kullanıldığında en hızlı silinme sebebi. Fark, içerik ve zamanlamada. Temel ayrım şu: kullanıcıya bir şey hatırlatan bildirim ile pazarlama bildirimi. Birincisi beklenen ve hoş karşılanan, ikincisi tolerans sınırı düşük olan tür.…

@erayuzun · 40 gün önce 5 İzin kapatma oranını ölçme tavsiyesi çok önemli, bu bizde bir dönüm noktası oldu. Bir kampanya bildirimi sonrası açılma oranı iyiydi, herkes memnundu. Sonra baktık ki o gün bildirim izni kapatanların… devamını oku

@cherryblossom · 46 gün önce docs.fastlane.tools ↗

Her sürümde tekrarlanan işleri komut haline getiren açık kaynaklı araç seti. Sürüm numarası artırma, sertifika yönetimi, derleme, test çalıştırma, ekran görüntüsü üretme ve mağazaya yükleme adımlarının hepsi otomatikleştirilebiliyor. En çok zaman kazandıran iki özellik şunlar:…

@gokhancetin · 42 gün önce 1 Ekran görüntüsü otomasyonu tek başına bu aracı kurmaya değer sebep. Altı dil ve dört cihaz boyutu için elle ekran görüntüsü hazırlamak, her sürümde yarım gün demek. Otomatikleştirdiğinizde arayüz tes… devamını oku

@sidarta · 46 gün önce

Analitik kurulumu çoğu projede acele yapılıyor ve altı ay sonra veriler kullanılamaz hale geliyor. Baştan bir düzen kurmak, sonradan temizlemekten çok daha ucuz. İlk karar hangi olayların izleneceği. Her butona tıklamayı kaydetmek işe yaramıyor, gürültü yaratıyor. Bunun yerine…

@bberber · 44 gün önce 3 Belgelendirme tavsiyesi çok değerli. Bizde basit bir tablo dosyası tutuyoruz ve her olay için şu sütunlar var: olay adı, ne zaman tetikleniyor, hangi özellikler gönderiliyor, hangi soruyu cevaplamak i… devamını oku

@titus · 47 gün önce docs.flutter.dev ↗

Flutter ile yazılan uygulamalarda en sık duyulan şikâyet kaydırma sırasında takılma. Bu sayfa sorunun nereden geldiğini bulmak için sıralı bir yöntem sunuyor. En önemli başlık gereksiz yeniden çizimleri azaltmak. Değişmeyen bileşenleri sabit olarak işaretlemek ve durum değişik…

@gokhancetin · 45 gün önce 0 Buradaki en önemli tavsiye bence hata ayıklama modunda performans ölçmeyin uyarısı. Hata ayıklama modu çok daha yavaş çalışıyor ve insanlar bunu bilmediği için olmayan sorunu kovalıyor. Profil modund… devamını oku

@innoturk · 48 gün önce

Bu cümleyle bana gelen o kadar çok insan oldu ki cevabımı yazıya dökeyim, çünkü cevap kişiye göre değil fikrin aşamasına göre değişiyor. İlk aşamada kod gerekmiyor, fikrin doğrulanması tasarım aracıyla çizilmiş tıklanabilir bir prototiple yapılabilir, bu prototipi on potansiyel k…

@navigator · 47 gün önce 0 Sıralamaya tamamen katılıyorum ve mülkiyet uyarısını kalınlaştırayım, ajansın kendi hesabından yayınlanan uygulamanın rehin kaldığı vakalar gördüm, ilişki bozulunca uygulamanız da gidiyor. Geliştirici… devamını oku

@gaponmychest · 49 gün önce developer.android.com ↗

Android tarafında satın alma akışını kurarken en çok hata yapılan yer, satın almanın doğrulanması ve onaylanması aşaması. Belgelerde bu adım açıkça anlatılıyor ama pratikte sık atlanıyor. Önemli kural şu: satın alma tamamlandıktan sonra belirli bir süre içinde onaylanmazsa, si…

@sidarta · 46 gün önce 0 Onaylama adımını atlamak gerçekten en sık görülen hata. Test ortamında fark edilmiyor çünkü test satın almaları farklı davranıyor, canlıda kullanıcı şikâyetiyle ortaya çıkıyor. Bir de şunu eklemek la… devamını oku

@gaponmychest · 49 gün önce

Uygulamadan gelir elde etmeye başladığınızda teknik konular biter, mali konular başlar. Bu tarafı baştan kurmak sonradan düzeltmekten çok daha kolay. Temel işleyiş şöyle: mağaza sizin adınıza satışı gerçekleştiriyor, komisyonunu düşüyor ve kalanı belirli aralıklarla hesabınıza…

@abdullahkurucay · 47 gün önce 3 Döviz hesabı tavsiyesine katılıyorum, somut bir ekleme yapayım. Mağaza ödemeleri belirli bir gün aralığında ve toplu geliyor. Bu tarihleri bilip kur takibi yapmak, özellikle dalgalı dönemlerde ciddi … devamını oku

@fakazli · 49 gün önce

Uygulama içindeki belirli bir sayfaya doğrudan gidebilen bağlantılar, hem pazarlama hem kullanıcı deneyimi açısından temel bir altyapı. Kurulmadığında her kampanya değer kaybediyor. Sorun şu: bir ürün için reklam verdiniz, kullanıcı tıkladı, uygulama açıldı ve ana sayfaya düşt…

@gokhancetin · 47 gün önce 0 Doğrulama dosyası konusunda uyarıyı destekliyorum, en çok zaman kaybettiren yer gerçekten burası. Dosyanın doğru içerik türüyle sunulması, yönlendirme olmadan erişilebilir olması ve alan adının tam e… devamını oku

@navigator · 49 gün önce

Güncelleme yayınladık, üç saat sonra puanımız düşmeye, yorumlar yağmaya başladı, açılışta çökme, en kritik akışta kilitlenme, o gece uyumadık ve o geceden bir kriz protokolü çıkardık, her uygulama geliştiricisinin başına gelecek bu senaryonun el kitabını yazayım. İlk saat teşhis …

@endof · 49 gün önce 0 Sessizlik öfkeyi büyütür kısmı en kritik ders bence, bizim benzer krizde ilk refleksimiz düzeltene kadar saklanmaktı ve yorumlar ikiye katlandı, tek paragraflık dürüst açıklama yayınlayınca öfke dalga… devamını oku

@bberber · 50 gün önce docs.expo.dev ↗

React Native projelerinde en çok vakit kaybettiren konulardan biri yerel geliştirme ortamı kurulumu. Bu servis derlemeyi bulutta yapıp imzalama ve mağaza gönderimini de üstleniyor. En değerli özelliği, macOS makinesi olmadan iOS derlemesi alabilmek. Windows veya Linux kullanan…

@sametay · 50 gün önce 5 Uzaktan güncelleme özelliğini kullanırken bir disiplin geliştirmek gerekiyor, yoksa sürüm takibi karışıyor. Kullanıcının telefonunda hangi yerli sürümün üstünde hangi JavaScript paketinin çalıştığını… devamını oku

@endof · 50 gün önce

Ürün toplantısında birisi mutlaka söylüyor, oyunlaştırma ekleyelim, rozetler, seviyeler, seri sayaçları, kullanıcı bağlılığı hazır formül gibi sunuluyor, iki üründe bu formülü uygulamış ve birinde pişman olmuş biri olarak oyunlaştırmanın ne zaman ilaç ne zaman zehir olduğunu yaza…

@marul · 50 gün önce 0 Yetişkin muamelesi istiyorum yorumu çok şey anlatıyor, kullanıcının bağlamsal beklentisi her mekaniğin üstünde. Kayıp tasarımı vurgusuna örnek de ekleyeyim, bazı uygulamalardaki seri dondurma hakkı ta… devamını oku

@navigator · 51 gün önce

Mağaza sayfasındaki videonun dönüşüme etkisi kategoriye göre değişiyor, oyunlarda belirgin artış var ama araç uygulamalarında video izlenmeden ekran görüntülerine geçiliyor. İlk iki ekran görüntüsü hâlâ en kritik varlık. Video yapılacaksa ilk üç saniyede uygulamanın ne yaptığı gö…

@gaponmychest · 50 gün önce 0 Kendi verimizden ekleyeyim, araç kategorisinde videoyu kaldırıp yerine metin bantlı ekran görüntüleri koyduk, dönüşüm yüzde on bir arttı. Oyun tarafında ise tam tersi, video şart. Yani kategori ortala… devamını oku

@gaponmychest · 52 gün önce

Uygulamayı yazmadan önce tanıtım sayfası ve ön kayıt listesiyle talep ölçmek web tarafında standart ama mobilde daha az yapılıyor. Anahtar kelime hacimlerine bakmak, rakip uygulamaların yorumlarını okumak ve eksik özellik şikayetlerini toplamak da ücretsiz doğrulama. Yorumlardaki…

@navigator · 52 gün önce 0 Rakip yorumu okuma taktiğini doğrulayayım, biz mevcut bir uygulamanın senkron şikayetlerinden yola çıkıp ürün yaptık ve ilk bin kullanıcı o boşluktan geldi. Bir püf noktası, sadece bir yıldızlı yoruml… devamını oku

@noway · 52 gün önce developer.apple.com ↗

Reddedilme sebeplerinin neredeyse tamamı burada yazıyor. App Store'a ilk kez uygulama gönderecek olan baştan sona bir kez okusun; iki haftalık ret-düzelt döngüsünden kurtarır.

@endof · 51 gün önce 0 Buna bir pratik ekleme, reddedilme durumunda panik yapmayın, gerekçe metnindeki madde numarasını okuyup sadece o maddeyi düzeltin ve itiraz kanalını kullanmaktan çekinmeyin, insan incelemesine gidince… devamını oku

@noway · 52 gün önce sensortower.com ↗

Uygulama pazarını dışarıdan gözlemleyen en bilinen veri sağlayıcılarından birinin blogu. Ücretli ürünlerinin tamamına erişim olmasa bile yayımlanan analizler pazar hakkında iyi fikir veriyor. Özellikle kategori raporları işe yarıyor. Yeni bir uygulama fikri üzerinde çalışırken…

@quadri · 52 gün önce 4 Tahmine dayalı olduğu uyarısı önemli. Bu tür araçların rakamları gerçek gelirle karşılaştırıldığında ciddi sapma gösterebiliyor, özellikle küçük uygulamalarda. Ama bir işe kesinlikle yarıyor: rakip t… devamını oku

@endof · 53 gün önce

Kullanıcılar abonelikten yorulmuş durumda, tek seferlik satın alma yeniden itibar kazanıyor. Karma model öne çıkıyor: temel özellikler tek seferlik, sürekli maliyet üreten özellikler abonelik. Fiyat testi yapmadan modele karar vermek en pahalı hata, aynı uygulama farklı modelle ü…

@marul · 52 gün önce 0 Karma modele geçen biri olarak doğruluyorum, salt abonelikte iade talepleri ve kötü yorumlar birikiyor, tek seferlik seçenek eklendiğinde puan ortalamamız yarım yıldız arttı. Test tarafında da mağazal… devamını oku

@vahabdemir · 53 gün önce

Bu iki konu genelde yol haritasının sonuna atılıyor ama ikisi de sonradan eklendiğinde çok daha pahalıya mal oluyor. Karanlık mod için temel kural, renkleri koda doğrudan yazmamak. Renkleri anlamlarına göre tanımlamak gerekiyor: ana metin rengi, ikincil metin rengi, yüzey reng…

@nikea · 50 gün önce 4 Yazı boyutu testi gerçekten şart ve çoğu ekip hiç yapmıyor. Sistem ayarından yazıyı en büyüğe alıp uygulamayı gezmek, yarım saatte onlarca sorun ortaya çıkarıyor. Taşan butonlar, üst üste binen etike… devamını oku

@bberber · 55 gün önce developer.android.com ↗

Android arayüzünü bildirimsel yazmaya geçerken en çok zorlanılan konu, ekranın ne zaman yeniden çizileceğini anlamak. Belgelerdeki yeniden birleştirme bölümü tam olarak bunu anlatıyor ve bir kez oturunca gerisi rahatlıyor. Durum yükseltme konusu da kritik. Bileşenin kendi duru…

@sametay · 51 gün önce 2 Yeniden birleştirme konusunda en sık yapılan hata, her çizimde yeni nesne üretmek. Listenin içinde her seferinde yeni bir lambda ya da yeni bir liste oluşturuyorsanız, Compose değişiklik olduğunu düşü… devamını oku

@nikea · 55 gün önce

Uygulama sağlığını tek bir sayıyla ölçmek gerekseydi o sayı tutundurma olurdu. İndirme sayısı gösterişli ama tek başına hiçbir şey anlatmıyor. Temel tanım: belirli bir gün uygulamayı ilk kez açan kullanıcıların, kaç gün sonra hâlâ açmaya devam ettiği. Birinci gün, yedinci gün …

@100yuze · 52 gün önce 2 Kohort bazlı bakmak konusuna katılıyorum, buna bir uyarı eklemek isterim. Tutundurma eğrisi kullanıcının nereden geldiğine göre çok değişiyor. Organik aramadan gelen kullanıcı ile ücretli reklamdan g… devamını oku