Kod iyileştirme (refactoring) sırasında sık yapılan hatalar (Han)

01Sık yapılan hatalar

Test ortamı olmadan canlıda düzeltme yapmak

Sonucu hemen görülmeyebilir; ancak birkaç gün içinde veri kaybı veya kesinti olarak ortaya çıkar.

Hatayı yeniden üretmeden kod değiştirmek

Bu hata çoğu zaman geri dönüşü zor bir durum yaratır; önce yedek ve test ortamı şarttır.

Sürüm kontrolü kullanmamak

Çözümü basittir ama sonradan düzeltmek iş yükünü katlar.

Tüm sistemi aynı anda yeniden yazmaya kalkmak

Çözümü basittir ama sonradan düzeltmek iş yükünü katlar.

Yapılan değişiklikleri belgelememek

Çözümü basittir ama sonradan düzeltmek iş yükünü katlar.

02Doğru yaklaşım

• Önce yedek, sonra tespit
• Değişiklikleri test ortamında denemek
• Her adımı kayıt altına almak
• Sonucu ölçümle doğrulamak

03Belirti, neden ve çözüm

04Kapsamı ve maliyeti etkileyenler

• aciliyet ve destek penceresi
• kullanılan teknolojilerin güncelliği
• aylık bakım mı olay bazlı iş mi
• erişimlerin hazır olup olmadığı

05İşletim ve bakım ipuçları

• Hata kayıtları önceliğe göre sınıflandırılır.
• Dokümantasyon değişikliklerle birlikte güncellenir.
• Bağımlılık güvenlik uyarıları düzenli taranır.

06Planlama notları

• Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
• Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
• Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.

07Kod iyileştirme (refactoring) hangi işletmelerde kullanılır?

• Web siteleri
• E-ticaret siteleri
• Mobil uygulamalar
• Özel yazılımlar

08Hangi durumlarda gündeme gelir?

Yazılımı geliştiren firma artık ulaşılamaz olduğunda

Kod iyileştirme (refactoring) kapsamında kod ve erişimler devralınır, belgelenir ve risk analizi çıkarılır.

Yeni özellik eklemek her seferinde riskli olduğunda

Kod iyileştirme ve test otomasyonu ile değişiklik maliyeti düşürülür.

09Han'da destek

Han'ın PTT verisindeki 15 yerleşim kaydı 1 farklı posta koduna dağılır.

Mesafe yazılım işinin önünde engel değildir: Han'daki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.

Eskişehir genelinde Mihalıççık, Sarıcakaya ve Alpu gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• refactoring
• test kapsamı
• dokümantasyon
• Git
• test ortamı
• teknik borç
• otomatik test
• Eskişehir
• Han