Chrome 153 ile başlayan iki haftalık kararlı sürüm döngüsü, tarayıcı güncellemesini kullanıcı için daha sık gelen küçük paketlere, kurumlar içinse daha sık verilmesi gereken bir kabul kararına çeviriyor. Bu değişiklik ilk bakışta sürüm takvimine ait görünüyor. Oysa uygulamanın hangi Chrome sürümünde sorunsuz çalıştığını söylemek, artık sekiz haftada bir yapılan geniş testle yetinmekten daha fazlasını gerektiriyor.
Google, 8 Eylül'de Chrome 153'ü masaüstü, Android ve iOS'a dağıtırken kararlı kanalı iki haftalık ritme aldı. Chrome 154 de 22 Eylül'de kararlı kanala ulaştı. Bu iki tarih, özelliğin laboratuvardan çıktığını gösteriyor: web geliştiricisinin kullanıcıda karşılaşacağı tarayıcı davranışı ile test ortamındaki sürüm aralığı daha hızlı değişecek.
Burada kullanıcı için gerçek kazanım, hata düzeltmelerinin ve güvenlik yamalarının daha erken gelmesi. Bir banka sitesindeki giriş akışı, okulun sınav uygulaması ya da şirket içi bir panel, tarayıcı güncellemesinden sonra farklı davranırsa kullanıcı teknik ayrımı yapmaz; erişemediği işi görür. Bu yüzden ürün ekiplerinin destek metninde yalnız işletim sistemi sürümünü yazması artık dar bir açıklama kalıyor. Sorun kaydı, tarayıcı sürümünü ve kullanılan özelliği de taşımalı.
Geliştiricinin yükü sürüm numarasını takip etmekle bitmiyor. İki haftalık sürüm, küçük değişikliklerin daha sık üretime çıkması anlamına geliyor. Ekip, Beta kanalını kabul testinin kenarında çalışan bir deneme makinesi olarak bırakırsa, kararlı sürüm geldiğinde regresyonun hangi değişiklikten doğduğunu ayırmak için daha az zamanı olur. Google'ın kendi açıklaması da Beta'nın kararlı sürümden önce test için kullanılmasını öneriyor.
Kurumsal cihazlarda başka bir yol var: Extended Stable. Bu kanal büyük özellik güncellemelerini sekiz haftada bir alıyor; güvenlik düzeltmeleri ise mümkün olduğu ölçüde haftalık geri taşınıyor. Ancak bu seçenek Windows ve Mac'te yönetilen tarayıcılarla sınırlı. Mobil cihazdaki bir çalışan ya da müşterinin telefonu aynı ritimden çıkmıyor. Dolayısıyla bir kurumun “yavaş kanaldaki Chrome ile denedik” demesi, herkese aynı güvenceyi vermiyor.
Bu ayrım, güncelleme kararını daha görünür bir ürün kararına dönüştürüyor. Ekipler hangi kullanıcı grubunun kararlı kanalı, hangisinin genişletilmiş kararlı kanalı kullandığını; kritik iş akışını hangi sürümlerde denediğini ve bir hata görüldüğünde geçici çözümün nerede duyurulacağını önceden belirlemeli. Özellikle tek oturumla çalışan hizmetlerde tarayıcı güncellemesi sonrasındaki ilk giriş, dosya yükleme ve ödeme adımlarının kısa bir kontrol listesinde tutulması işe yarar.
Chrome'un iki haftalık takvimi, tarayıcının daha çabuk değişeceğini söylüyor. Kullanıcının elindeki sonuç ise daha sade bir beklenti: Güncelleme geldiğinde kullandığı hizmet çalışmaya devam etmeli; çalışmıyorsa nedenini ve geçici yolunu açıkça görebilmeli. Bu sonucu sağlamak, sürüm notunu okumaktan çok, test kanalını ve destek sorumluluğunu birlikte tasarlamaya bağlı.
