🤖 KODBU KÜRESEL İÇERİK BOTU
Bu yazı Smashing Magazine portalından otomatik kazınmıştır. Çeviri bittiğinde bu gri kutuyu silerek yayınlayabilirsin.
🔗 Orijinal Kaynak Linki: https://smashingmagazine.com/2026/05/architecture-local-first-web-development/
Durgesh Rajubhai Pawar, yüksek performanslı ve erişilebilir web uygulamaları geliştirmeye kendini adamış bağımsız bir yazılımcıdır. Uzmanlık alanı, karmaşık süreçleri yönetmektir… Hakkında daha fazla bilgi Durgesh ↬
Front-end ve kullanıcı deneyimi (UX) üzerine haftalık ipuçları. 182.000’den fazla kişi tarafından takip ediliyor.
Geçen yılın ekim ayında, Lizbon’da bir otel odasında oturuyordum; ekibimin dört ay boyunca üzerinde çalıştığı bir proje yönetim aracının demosunu yapmamdan önceki geceydi. Otelin Wi-Fi bağlantısı, bağlanıyor gibi yapıp aslında hiçbir şeyi yüklemediği o sinir bozucu durumu yaşıyordu. Ben de gerçekten gurur duyduğum uygulamamızın, sadece boş bir ekran ve dönüp duran bir yükleme imleci göstermesini izledim. Ardından bir zaman aşımı hatası. Sonra hiçbir şey.
Telefonumu çıkarıp hücresel veriye bağlandım ve zayıf bir bağlantı yakaladım. Uygulama yüklendi ama her tıklama iki saniyelik bir bekleyiş demekti. Görev mi oluşturacaksın? Yükleme imleci. Bir görevi sütunlar arasında mı taşıyacaksın? Yükleme imleci. Orada oturup şunu düşünüyordum: React ile bir ön yüz, Node ile bir arka yüz, bir Postgres veritabanı, bir Redis önbelleği ve sadece görev panosu için altı çözümleyiciye sahip bir GraphQL API’si kurduk. Tüm bu altyapıya rağmen, o lanet uygulama 3.000 mil uzaktaki bir sunucuya gidip gelmeden kendi verimi bile gösteremiyor.
İşte o gece, yerel öncelikli (local-first) mimariyi ciddi bir şekilde araştırmaya başladım. Bir blog yazısı okuduğum veya bir tweet gördüğüm için değil. Utandığım için.
Şunu en baştan açıkça belirtmek istiyorum: İlk yılımda “yerel öncelikli” yaklaşımı akademik bir konu olarak görüp görmezden gelmiştim. 2019’da Ink & Switch’in “Local-First Software” makalesi yayımlandığında okumuş ve “Güzel araştırma ama gerçek uygulamalar için pratik değil” diye düşünmüştüm. Yanılmışım. 2019’daki araçlar gerçekten hazır değildi; ama aynı zamanda tembellik edip bildiğim mimariyi kullanmaya devam ediyordum. Makale, yazılım için yedi ideal ortaya koyuyordu: hızlı, çoklu cihaz desteği, çevrimdışı çalışma, iş birliği, uzun ömürlülük, gizlilik ve kullanıcı sahipliği. Bunların mühendislik gereksinimlerinden ziyade birer dilek listesi olduğunu düşündüğümü hatırlıyorum.
Yedi yıl sonra, yerel öncelikli desenleri kullanarak üç uygulama yayımladım. Ayrıca, yanlış bir karar olduğu durumlarda iki projeden de bu yapıyı söktüm attım. Bazı fikirlerim var. Bunların bir kısmı muhtemelen yanlış. Ama hepsini tecrübe ederek kazandım.
İşte 2026 yılında yerel öncelikli web uygulamaları geliştirme hakkındaki gerçek düşüncelerim; sihirli çözümlere şüpheyle yaklaşacak kadar uzun süredir bu işi yapan geliştiriciler için yazıldı.
Addy Osmani’nin web’de yüksek kaliteli görselleri optimize etmek ve sunmak üzerine hazırladığı yeni pratik rehberi Image Optimization ile tanışın. Her şey tek bir 528 sayfalık kitapta.
Bir konuyu açıklığa kavuşturmam gerekiyor çünkü etkinliklerde sürekli bu konuşmayı yapıyorum. Yerel öncelikli (local-first), çevrimdışı öncelikli (offline-first) değildir. “Bir service worker ekleyip işi bitirmek” değildir. PWA ile eşanlamlı değildir. Bunların konferans konuşmalarında birbirine karıştırıldığını gördüm ve bu beni biraz delirtiyor.
Çevrimdışı öncelikli (offline-first) demek, uygulamanızın ağ kesintilerini nazikçe yönetmesi demektir; ancak yine de temel kaynak sunucudur. Ağ geri geldiğinde kazanan sunucudur. Önbellek öncelikli (cache-first) yaklaşım (service worker’ların yanıtları önbelleğe alması) bir performans optimizasyonudur. Güncelliğini yitirmiş veriyi daha hızlı sunarsınız, bu harikadır ancak verinin kime ait olduğunu değiştirmiş olmazsınız. PWA’lar bir dağıtım mekanizmasıdır: kurulabilirler, önbelleğe alınırlar, anlık bildirimleri vardır. Bunların hiçbiri bir veri mimarisi değildir.
Yerel öncelikli (local-first) ise bir veri mimarisidir. Kullanıcınızın cihazı, verilerinin birincil kopyasını tutar. Uygulama, verileri yerel bir veritabanına okur ve yazar. Anında yanıt verir. Arka planda sunucularla veya diğer cihazlarla senkronize olur. Sunucu, mevcut olduğunda, bazı özel yetkilere (kimlik doğrulama, yedekleme, erişim kontrolü) sahip bir senkronizasyon eşidir. Ancak bir bekçi (gatekeeper) değildir.