01Adımlar
1. Kod, erişimler ve ortamlar üzerinde durum tespiti yapmak
Bu adımın çıktısı kısa bir notla paylaşılır.
2. Riskleri ve öncelikleri listelemek
Gerekirse bu adım test ortamında önceden denenir.
3. Test ortamı ve sürüm kontrolünü düzene sokmak
Bu adımın çıktısı kısa bir notla paylaşılır.
4. Kritik hataları ve güvenlik açıklarını gidermek
Gerekirse bu adım test ortamında önceden denenir.
5. Testleri ve dokümantasyonu tamamlamak
Gerekirse bu adım test ortamında önceden denenir.
6. Düzenli bakım ve geliştirme planına geçmek
Bu adımda yapılan her değişiklik kayıt altına alınır.
02Dikkat noktaları
- Kaçınılması gereken: sürüm kontrolü kullanmamak
- Kaçınılması gereken: test ortamı olmadan canlıda düzeltme yapmak
- Kaçınılması gereken: hatayı yeniden üretmeden kod değiştirmek
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 |
04Nazımiye için çalışma düzeni
Nazımiye'nin PTT verisindeki 140 yerleşim kaydı 2 farklı posta koduna dağılır.
Mesafe yazılım işinin önünde engel değildir: Nazımiye'deki 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.
Tunceli genelinde Hozat, Çemişgezek ve Tunceli Ovacık gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Siteniz veya uygulamanız çalışmıyorsa hemen arayın: 0540 003 19 81 — önce yedek, sonra tespit.
05Planlama notları
- Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
- 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.
06Hangi durumlarda gündeme gelir?
Hatalar tekrar tekrar ortaya çıktığında
Hata yeniden üretilir, kök nedeni bulunur ve regresyon testiyle kalıcı düzeltilir.
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.
07Rakamlarla örnek bir senaryo
Örnek: kod sağlığı öncelik tablosu
- Modül sayısı
- 11
- Test kapsamı
- %22 → öncelik: orta
- Güncel bağımlılık oranı
- %47 → öncelik: kritik
- Önerilen ilk adım
- bağımlılıkları kademeli güncellemek
Puan değil, öncelik sınıflamasıdır. Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
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.
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.
Bu adımları kendim uygulayabilir miyim?
Bazı adımlar teknik bilgiyle yapılabilir; yedekleme, sürüm uyumu ve canlı ortam değişiklikleri ise deneyim gerektirir. Kendin yap mı uzman mı sayfasında ayrımı anlattık.
Nazımiye'de 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.
Tunceli dışındaki işletmelere de hizmet veriyor musunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Tunceli de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
Adımların sırası değişebilir mi?
Mevcut duruma göre değişebilir; ancak yedek ve test adımları her zaman önce gelir.
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.
→İlgili sayfalar
Kod İyileştirme (Refactoring) hakkında diğer konular
- Kod iyileştirme (refactoring) sonuçların ölçülmesiHangi metriklerle ölçülür
- Kod iyileştirme (refactoring) tespit ve analizSorunun nasıl tespit edildiği
- Kod iyileştirme (refactoring)Tespit, uygulama ve teslim
- Kod iyileştirme (refactoring) kontrol listesiAdım adım kontrol listesi
- Kod iyileştirme (refactoring) sorunları ve belirtileriHangi belirti neyi gösterir
Nazımiye'de ilgili hizmetler
Tunceli içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- refactoring
- test kapsamı
- dokümantasyon
- Git
- test ortamı
- teknik borç
- bakım sözleşmesi
- sürüm yükseltme
- Tunceli
- Nazımiye