01Sık yapılan hatalar
Test ortamı olmadan canlıda düzeltme yapmak
Bu hata çoğu zaman geri dönüşü zor bir durum yaratır; önce yedek ve test ortamı şarttır.
Hatayı yeniden üretmeden kod değiştirmek
Çözümü basittir ama sonradan düzeltmek iş yükünü katlar.
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
Bu hata çoğu zaman geri dönüşü zor bir durum yaratır; önce yedek ve test ortamı şarttır.
Yapılan değişiklikleri belgelememek
Bu hata çoğu zaman geri dönüşü zor bir durum yaratır; önce yedek ve test ortamı şarttır.
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
| Belirti | Olası neden | Çözüm |
|---|---|---|
| Önceki firmaya ulaşılamıyor | Kod/erişim işletmede değil | Devralma ve erişim kurtarma |
| Her düzeltme yeni hata doğuruyor | Test yok | Otomatik testler |
| Eski PHP/framework sürümü | Güncelleme yapılmamış | Kademeli sürüm yükseltme |
04İşletim ve bakım ipuçları
- Bağımlılık güvenlik uyarıları düzenli taranır.
- Hata kayıtları önceliğe göre sınıflandırılır.
- Dokümantasyon değişikliklerle birlikte güncellenir.
05Kod iyileştirme (refactoring) hangi işletmelerde kullanılır?
- Özel yazılımlar
- Yarım kalan projeler
- Mobil uygulamalar
- Web siteleri
06Planlama notları
- Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
- Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
- Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
07Kapsamı ve maliyeti etkileyenler
- kod tabanının büyüklüğü ve durumu
- aciliyet ve destek penceresi
- dokümantasyon ve test kapsamı
- erişimlerin hazır olup olmadığı
08Hangi durumlarda gündeme gelir?
Yeni özellik eklemek her seferinde riskli olduğunda
Kod iyileştirme ve test otomasyonu ile değişiklik maliyeti düşürülür.
Refactoring gerektiğinde
Refactoring, kod iyileştirme (refactoring) projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
09Yusufeli'nde destek
Yusufeli'nin PTT verisindeki 674 yerleşim kaydı 2 farklı posta koduna dağılır.
Mesafe yazılım işinin önünde engel değildir: Yusufeli'ndeki 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.
Aynı ildeki Artvin Kemalpaşa, Murgul ve Borçka ilçeleri için de kod iyileştirme (refactoring) talepleri değerlendirilir; toplantılar uzaktan yapılır.
Siteniz veya uygulamanız çalışmıyorsa hemen arayın: 0540 003 19 81 — önce yedek, sonra tespit.
SSSSık sorulan sorular
Bakım anlaşmasında neler olur?
İzleme, güncelleme, yedek kontrolü, hata düzeltme ve küçük geliştirmeler kapsamda yazılı olarak belirtilir; kapsam dışı işler ayrıca planlanır.
Artvin dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Karadeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Kod iyileştirme (refactoring) sırasında site veya uygulama kapanır mı?
Hazırlık test ortamında yapılır; canlı ortamdaki değişiklik önceden haber verilen kısa bir bakım penceresinde uygulanır.
Kod iyileştirme (refactoring) öncesinde neleri hazırlamalıyım?
Kaynak kod deposu, sunucu ve veritabanı erişimi ve varsa mevcut dokümanlar ve hata kayıtları işi hızlandırır.
Yusufeli'nde bulunuyorum, yerinde görüşme mümkün mü?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
En pahalıya mal olan hata hangisi?
Yedeksiz müdahale; geri dönüşü olmayan veri kaybı en maliyetli sonuçtur.
Bir hata yaptım, ne yapmalıyım?
Daha fazla değişiklik yapmadan mevcut durumu kaydedin, yedeğiniz varsa saklayın ve uzmana ulaşın. Acil durumlar için ayrı bir kontrol listesi hazırladık.
→İlgili sayfalar
Kod İyileştirme (Refactoring) hakkında diğer konular
- Kod iyileştirme (refactoring) sonrası bakımİşlem sonrası kalıcılık
- Kod iyileştirme (refactoring): kendin yap mı, uzman mı?Kendi yapılabilenler ve uzman gerektirenler
- Kod iyileştirme (refactoring) kontrol listesiAdım adım kontrol listesi
- Kod iyileştirme (refactoring) nasıl yapılırAdım adım uygulama
- Kod iyileştirme (refactoring) sorunları ve belirtileriHangi belirti neyi gösterir
Yusufeli'nde ilgili hizmetler
Artvin içindeki diğer ilçeler
- Murgul için kod iyileştirme (refactoring) sık yapılan hatalar
- Borçka'da kod iyileştirme (refactoring) sık yapılan hatalar
- Hopa'da kod iyileştirme (refactoring) sık yapılan hatalar
- Artvin Kemalpaşa için kod iyileştirme (refactoring) sık yapılan hatalar
- Ardanuç için kod iyileştirme (refactoring) sık yapılan hatalar
Bu sayfada geçen kavramlar
- refactoring
- test kapsamı
- dokümantasyon
- Git
- test ortamı
- bakım sözleşmesi
- hata kaydı
- teknik borç
- sürüm yükseltme
- Artvin
- Yusufeli