01Kontrol edilen başlıklar
- Sunucu ve uygulama logları
- Search Console ve analitik verileri (web işlerinde)
- Lighthouse ve PageSpeed ölçümleri
- Sunucu kaynak kullanımı (işlemci, bellek, disk)
- Sürüm, bağımlılık ve güvenlik güncelleme durumu
- Belirti kontrolü: kodu yazan kişiye veya firmaya ulaşılamaması
- Belirti kontrolü: dokümantasyon ve kurulum bilgisinin olmaması
02Rapor içeriği
- Bulgular ve kanıtlar
- Önceliklendirilmiş sorun listesi
- Önerilen çözüm ve etkisi
- Riskler ve ön koşullar
- Uygulama planı
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 |
04Analizde kullanılan ölçütler
| Metrik | Hedef | Nasıl ölçülür |
|---|---|---|
| Açık kritik hata | 0 | Hata takip sistemi |
| Test kapsamı | Kritik akışları kapsıyor | Test raporları |
| Ortalama düzeltme süresi | Azalan eğilim | Hata kayıtları |
| Güncel olmayan bağımlılık | Kritik olan yok | Bağımlılık tarama raporu |
05Planlama notları
- Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
- İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
- Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
06Kapsamı ve maliyeti etkileyenler
- kullanılan teknolojilerin güncelliği
- aylık bakım mı olay bazlı iş mi
- dokümantasyon ve test kapsamı
- erişimlerin hazır olup olmadığı
07Hangi durumlarda gündeme gelir?
Hatalar tekrar tekrar ortaya çıktığında
Hata yeniden üretilir, kök nedeni bulunur ve regresyon testiyle kalıcı düzeltilir.
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.
08İşletim ve bakım ipuçları
- Hata kayıtları önceliğe göre sınıflandırılır.
- Her değişiklik sürüm kontrolünde kaydedilir ve test ortamında denenir.
- Aylık bakım raporunda yapılan işler ve açık riskler paylaşılır.
09Ataşehir'de uzaktan analiz
Ataşehir'in PTT verisindeki 17 yerleşim kaydı 9 farklı posta koduna dağılır.
Mesafe yazılım işinin önünde engel değildir: Ataşehir'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.
Aynı ildeki Zeytinburnu, Başakşehir ve Eyüpsultan ilçeleri için de kod iyileştirme (refactoring) talepleri değerlendirilir; toplantılar uzaktan yapılır.
Ataşehir bölgesinden kod iyileştirme (refactoring) talebiniz için 0540 003 19 81 numarasını arayabilir veya teklif formunu doldurabilirsiniz.
SSSSık sorulan sorular
Analiz raporunu başka bir ekip kullanabilir mi?
Evet; rapor bulguları, kanıtları ve önerileri içerdiği için başka bir ekip de uygulamada kullanabilir.
Analiz için sistemime tam erişim vermem gerekir mi?
Gereken erişim işe göre sınırlanır; mümkünse geçici ve yetkisi kısıtlı bir kullanıcı açılması önerilir.
İstanbul dışındaki işletmelere de hizmet veriyor musunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; İstanbul de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanı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.
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.
Başka firmanın yazdığı koda müdahale eder misiniz?
Evet. Önce kod ve erişimler incelenir, risk analizi ve öncelik listesi çıkarılır; ardından bakım veya geliştirme planı yapılır.
Ataşehir'den yazıyorum; toplantılar nasıl yapılıyor?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
→İlgili sayfalar
Kod İyileştirme (Refactoring) hakkında diğer konular
- Kod iyileştirme (refactoring) sık yapılan hatalarKaçınılması gerekenler
- Kod iyileştirme (refactoring) sonrası bakımİşlem sonrası kalıcılık
- Kod iyileştirme (refactoring) nasıl yapılırAdım adım uygulama
- Kod iyileştirme (refactoring) sonuçların ölçülmesiHangi metriklerle ölçülür
- Kod iyileştirme (refactoring): acil durumda ne yapılmalı?Site veya uygulama çöktüğünde ilk adımlar
Ataşehir'de ilgili hizmetler
İstanbul içindeki diğer ilçeler
- Arnavutköy için kod iyileştirme (refactoring) tespit ve analiz
- Kağıthane'de kod iyileştirme (refactoring) tespit ve analiz
- Başakşehir'de kod iyileştirme (refactoring) tespit ve analiz
- Eyüpsultan'da kod iyileştirme (refactoring) tespit ve analiz
- Çekmeköy için kod iyileştirme (refactoring) tespit ve analiz
Bu sayfada geçen kavramlar
- refactoring
- test kapsamı
- dokümantasyon
- Git
- test ortamı
- Playwright
- hata kaydı
- İstanbul
- Ataşehir