Dev'in Kâbusu: 5 Gerçekçi Korku Hikâyesi ve Korunma Yolları

Yazılım geliştirme dünyasında en korkunç şeyler hayalet değil, yanlış bir komut ya da unutulan bir backup'tır. Dev.to'daki bu yazı, gerçekten yaşanabilecek 5 senaryoyu anlatıyor. Hepsi üç cümle, ama her biri bir dersi içeriyor.

İlk hikâye "The Window": İki terminal açık, staging ve production. Enter'a basıyorsun, sonra pencere başlığını okuyorsun. Çok geç. Koruma: production ortamını renk-kodla, tehlikeli komutları iki kez onayla.

İkinci gece "The Space":./build silmek istiyorsun ama `rm -rf. /build` yazıyorsun. Boşluk yanlış yerde. Koruma: silmeden önce `ls` ile kontrol et, önemli dizinleri yedekle ve koru.

Üçüncü hikâye "The Backup": Her gece backup "başarılı" diyor. Sonra restore etmen gerekiyor. Dosyalar boş. Backup sadece geri yükleyebilirsen sayılır, pratik yap. 2017'de GitLab'ın production veritabanını silmesi ve birden fazla backup yönteminin başarısız olması bu dersin en ünlü örneği; onların post-mortem yazısı hâlâ zorunlu okuma.

Dördüncü gece "The Key": Saat 3'te bulut faturası uyarısı, fazladan sıfırlar. Dün public repo'ya push ettiğin config dosyasını hatırlıyorsun. Koruma: commit'leri sırlardan tara; sızdırılmışsa hemen iptal et.

Son hikâye "The Merge": Başkasının kodu merge ettikten sonra production çöküyor. Hiç test etmedin. Koruma: pull request'i gözden geçir, CI/CD pipeline'a güven, ama elle de doğrula.

Bu hikâyeler abartı değil, her biri gerçek bir takımın başına gelmiş. Pratik koruma yolları da öyle: renk-kodlama, komut öncesi kontrol, backup'ı test etme, secret scanning, code review. Hepsi basit ama disiplin istiyor. Eğer bu yazıyı okuyorsan, en azından production ortamını farklı bir renk başlığıyla işaretleme zamanı gelmiştir.