Yeniden yazmak, yeniden tasarlamak mı, geliştirmek mi? Mevcut bir sistemle ne yapılacağına nasıl karar verilir?

Bir sistem yavaş, eski ya da değiştirilmesi zor hissettirdiğinde ilk refleks genellikle baştan başlamaktır. Bazen bu doğrudur. Ama çalışan bir sistem, yıllar içinde alınmış kararları, verileri ve kimsenin yazmadığı küçük düzeltmeleri de barındırır. Yeniden yazmak, sorunlarla birlikte bunları da çöpe atar. Kısa ve dürüst bir inceleme, cevabın genellikle daha nüanslı olduğunu gösterir.

İki değil, üç seçenek

• İyileştirmek: sistemi koruyup belirli sorunları çözmek — tasarım, performans, eksik bir özellik, bir entegrasyon.
• Yeniden düzenlemek: sistemin yaptığı işi koruyup kodun veya altyapının bazı bölümlerini, değiştirmesi daha kolay ve güvenli olacak şekilde yeniden yapılandırmak.
• Yeniden yazmak: sistemi ya da sınırları net bir bölümünü yenisiyle değiştirmek.

İyi sonuçların çoğu bunları birleştirir. Yeniden düzenlenmiş bir çekirdek üzerine yeni bir tasarım ya da geri kalanı iyileştirilirken yeniden yazılan tek bir modül, çoğu zaman baştan yazmaktan daha ucuz ve daha az risklidir.

Önce neyi incelemeli?

Faydalı bir inceleme dört alana bakar. Kod: Okunabilir mi, test edilmiş mi, bakımı süren teknolojiler üzerine mi kurulu? Altyapı: Nerede çalışıyor, nasıl yayına alınıyor, bir arızadan sonra toparlanmak ne kadar zor? Veri: Ne kadar temiz, dışa aktarılıp taşınabilir mi? Kullanıcılar: İnsanlar her gün gerçekte neye güveniyor, geliştirdikleri geçici çözümler dâhil?

İyileştirmenin yeterli olduğunu gösteren işaretler

• Temel şikâyetler görsel ya da belirli ekranlarla ilgili
• Altta yatan teknoloji hâlâ destekleniyor ve güvenli
• Değişiklik yapmak, istediğinizden yavaş olsa da mümkün
• Veri modeli hâlâ işin yürüyüş biçimiyle örtüşüyor

Yeniden yazmanın ciddi olarak düşünülmesi gerektiğini gösteren işaretler

• Temel bağımlılıkların bakımı yapılmıyor veya güvenlik güncellemesi almıyor
• Her küçük değişiklik ilgisiz bir yeri bozuyor
• Kimse sistemi güvenle yayına alamıyor veya çalıştıramıyor
• İş o kadar değişmiş ki veri modeli artık uymuyor

Yeniden yazıyorsanız, zaten çalışanı koruyun

Yeni kod yazmadan önce insanların bağlı olduğu özellikleri listeleyin, göze çarpmayanlar dâhil: dışa aktarımlar, e-posta bildirimleri, yönetici kısayolları. Veri taşımayı başlı başına bir proje olarak planlayın. Web sitelerinde mevcut adresleri koruyun veya yönlendirin ki ziyaretçiler ve arama motorları ölü sayfalara gönderilmesin. Mümkün olduğunda sistemi tek büyük bir geçiş yerine aşama aşama değiştirin.

Yeniden tasarım yalnızca görsel değildir

Yeniden tasarım, yapıya bakmak için iyi bir fırsattır: İnsanlar gerçekte hangi sayfaları ziyaret ediyor, sizinle iletişime geçmeden önce hangi soruları soruyor, hangi formları yarıda bırakıyor? Belirsiz bir yapının renklerini ve yazı tiplerini değiştirmek, aynı sorunların daha yeni görünen bir sürümünü verir.

Sisteminize hangi yolun uyduğundan emin değilseniz, neyin var olduğunu ve neyin işlemediğini anlatın. Kodun, altyapının ve verilerin incelenmesi, mevcut sistemlerde attığımız ilk adımdır ve bir varsayıma değil, bir öneriye götürür.