Afşin'de 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.

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.

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.

02Belirtiler

• Dokümantasyon ve kurulum bilgisinin olmaması
• Küçük bir değişikliğin başka yerleri bozması
• Kütüphane ve çatı sürümlerinin desteğinin bitmesi
• Kodu yazan kişiye veya firmaya ulaşılamaması

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

Bu projeler çoğu zaman eski yazılımı yenileme, yavaş yazılımı hızlandırma ve yazılım hata düzeltme gibi işlerle birlikte ele alınır.

07Afşin'de kod iyileştirme (refactoring)

Afşin, Kahramanmaraş iline bağlı bir ilçedir ve PTT adres verisine göre 66 mahalleden oluşur.

Mesafe yazılım işinin önünde engel değildir: Afşin'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.

Kahramanmaraş genelinde Nurhak, Ekinözü ve Onikişubat gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

08Ekip ve çalışma biçimimiz

Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.

• Kaynak kod ve veri işletmeye teslim edilir.
• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
• Her değişiklik önce test ortamında denenir.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz: görüntülü toplantı, ekran paylaşımlı demo ve ortak proje panosu. Donanım kurulumu, depo barkod sistemi kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• refactoring
• test kapsamı
• dokümantasyon
• Git
• test ortamı
• teknik borç
• otomatik test
• Kahramanmaraş
• Afşin