Gemlik'te kod iyileştirme (refactoring)

01Hangi durumlarda gerekir?

Yeni özellik eklemek her seferinde riskli olduğunda

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

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.

Hatalar tekrar tekrar ortaya çıktığında

Hata yeniden üretilir, kök nedeni bulunur ve regresyon testiyle kalıcı düzeltilir.

02Belirtiler

• Dokümantasyon ve kurulum bilgisinin olmaması
• Kütüphane ve çatı sürümlerinin desteğinin bitmesi
• Kodu yazan kişiye veya firmaya ulaşılamaması
• Hataların tekrar tekrar ortaya çıkması

03Belirti, neden ve çözüm

04Hangi sistemlerde uygulanır?

• Web siteleri
• Özel yazılımlar
• Mobil uygulamalar
• E-ticaret siteleri
• Yarım kalan projeler
• Eski (legacy) sistemler

05İş nasıl ilerler?

1. Kod, erişimler ve ortamlar üzerinde durum tespiti yapmak
2. Riskleri ve öncelikleri listelemek
3. Test ortamı ve sürüm kontrolünü düzene sokmak
4. Kritik hataları ve güvenlik açıklarını gidermek
5. Testleri ve dokümantasyonu tamamlamak
6. Düzenli bakım ve geliştirme planına geçmek

06Kapsam

• refactoring
• test kapsamı
• dokümantasyon

İhtiyaca göre eski yazılımı yenileme, yavaş yazılımı hızlandırma ve yazılım hata düzeltme da aynı yol haritasına eklenebilir.

07Gemlik'te kod iyileştirme (refactoring)

Gemlik'in PTT verisindeki 36 yerleşim kaydı 1 farklı posta koduna dağılır. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır. Birden fazla ilçede ekibi veya şubesi olan işletmelerde kod iyileştirme (refactoring) için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.

Gemlik'te PTT verisine göre 1 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde kod iyileştirme (refactoring) için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur. Gemlik'te bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.

Aynı ildeki İnegöl, Orhangazi ve İznik ilçeleri için de kod iyileştirme (refactoring) talepleri değerlendirilir; toplantılar uzaktan yapılır.

08Nasıl çalışıyoruz?

Çalışma düzenimizde sürüm kontrolü, otomatik testler, konteyner tabanlı yayın ve izleme araçları standarttır; her değişiklik bu adımlardan geçerek canlıya çıkar.

• Kapsam ve teslim kriterleri yazılı olur.
• Kaynak kod ve veri işletmeye teslim edilir.
• Alan adı ve sunucu hesapları işletme adına açılır.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Bursa da bunlardan biri.

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• refactoring
• test kapsamı
• dokümantasyon
• Git
• test ortamı
• hata kaydı
• Bursa
• Gemlik