Bir yıl süren yeniden yazım: hız da bir özellik
X, Android uygulamasını güncellemek yerine sıfırdan yeniden yazdı ve 20 Temmuz 2026'da küresel olarak yayına aldı. Kotlin ve Jetpack Compose ile kurulan yeni uygulama için çalışma Ağustos 2025'te başlamıştı. Şirket yükleme süresi, kaydırma akıcılığı, bildirim yönetimi ve genel kararlılıkta iyileşme sözü veriyor. Bu sayı 20 Temmuz gündemini kapsıyor ve arşiv bütünlüğü için 25 Temmuz 2026'da yayımlandı.
Güncelleme değil, yeniden inşa
X, Android uygulamasını mevcut kod tabanını iyileştirerek değil, temelden yeniden yazarak yayınladı. Şirketin mühendislik ekibi yeni sürümün eskisine göre her açıdan daha hızlı, daha akıcı ve daha kararlı olduğunu belirtiyor. Ürün başkanı Nikita Bier çalışmayı şirket tarihindeki en büyük mühendislik projelerinden biri olarak tanımlıyor ve yeni yapının özellik geliştirme hızını artıracağını söylüyor. Uygulama 20 Temmuz'da küresel olarak erişime açıldı; mevcut Android kullanıcıları Google Play üzerinden güncelleyebiliyor.
Bir yıl, bir ekip, eksik kalanlar
Proje Ağustos 2025'te kurulan bir Android ekibiyle başladı ve yaklaşık bir yıl sürdü. Yeni uygulama Kotlin ve Jetpack Compose üzerine kuruldu; bu tercih, arayüzün yeniden kullanılabilir bileşenlerle daha hızlı geliştirilmesini hedefliyor. Android sürümünün uzun süredir iOS tarafının gerisinde kaldığı da açıkça kabul ediliyor.
Yayına alınan sürüm bitmiş bir iş değil. Bier, eski Android cihazlarda performans iyileştirmesi, Spaces desteği, video düzenleyici özellikleri ve videoyla tepki verme gibi başlıkların hâlâ eksik olduğunu ve yakında geleceğini belirtiyor. Yani şirket, tamamlanmayı beklemek yerine temeli yayınlayıp üzerine eklemeyi seçmiş.
Teknik borç, ürün hızını yavaşlatır
Bir uygulamanın yavaş olması yalnızca kullanıcı deneyimi meselesi değil, şirketin ne kadar hızlı yeni şey deneyebildiğini de belirler. X'in yeniden yazım gerekçesinde bu iki taraf birlikte anlatılıyor: hem kullanıcı tarafında akıcılık hem geliştirme tarafında hız. Eski kod üzerine yeni özellik eklemek zamanla pahalılaşır ve her ekleme riski büyütür. Bir yıl boyunca görünür yeni özellik çıkarmadan altyapıyı yenilemek, kısa vadede pazarlaması zor ama uzun vadede toplamda daha ucuz bir karar. Bu tercih, teknik borcun bir noktada faiziyle ödendiğini gösteriyor.
Türkiye'deki işletmeler için anlamı
Türkiye'de mobil kullanım oranı yüksek ve kullanıcıların önemli bir bölümü orta segment cihazlarla, değişken hızda bağlantılarla geziniyor. Bu ortamda ağır bir site ya da uygulama, tasarımı ne kadar güzel olursa olsun terk edilir. X'in kararından çıkacak pratik ders şu: performans bir bakım işi değil, ürün stratejisinin parçası. İşletmeler için üç somut soru var. Birincisi ölçüm: sayfanız gerçek kullanıcı cihazlarında ne kadar sürede açılıyor, bunu biliyor musunuz? İkincisi bütçe: her yeni özellik sayfaya ağırlık ekler, bu ağırlığın bir üst sınırı var mı? Üçüncüsü zamanlama: altyapı yenilemesi çoğu zaman ertelenir, çünkü görünür bir çıktısı yoktur; oysa ertelendikçe maliyeti büyür. Yeniden yazmak her zaman doğru cevap değildir, ama yavaşlığın sebebini ölçmeden yeni özellik eklemek kesinlikle yanlış cevaptır.
UNALSOFT açısı
Bizim okumamız net: hız, tasarımın süsü değil taşıyıcısı. Ağır yüklenen bir sayfada en iyi kreatif bile izlenmeden kapatılır. Web tasarım tarafında bu yüzden performansı sonradan yapılan bir optimizasyon turu olarak değil, ilk günden konulan bir sınır olarak ele alıyoruz: görsel ağırlığı, yazı tipi yükü ve betik sayısı proje başında konuşulur. Sonradan kurtarmak, baştan doğru kurmaktan her zaman daha pahalıdır.
Kaynaklar
TechCrunch, "X relaunches a rebuilt Android app after year-long effort"
Siteniz gerçek cihazlarda ne kadar hızlı?
Performans tarafını ölçelim, nerede kaybettiğinizi birlikte görelim.