Kod tabanının düzenlenmesi ve belgelenmesi.
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 yavaşladığında
Profil analiziyle darboğaz bulunur; sorgu, önbellek ve kod iyileştirmesi yapılır.
README gerektiğinde
README, kaynak kod düzenleme ve dokümantasyon projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
02Belirtiler
- Hataların tekrar tekrar ortaya çıkması
- Kodu yazan kişiye veya firmaya ulaşılamaması
- Kütüphane ve çatı sürümlerinin desteğinin bitmesi
- Küçük bir değişikliğin başka yerleri bozması
03Hangi sistemlerde uygulanır?
- Web siteleri
- Özel yazılımlar
- Mobil uygulamalar
- E-ticaret siteleri
- Yarım kalan projeler
- Eski (legacy) sistemler
04İş nasıl ilerler?
- Kod, erişimler ve ortamlar üzerinde durum tespiti yapmak
- Riskleri ve öncelikleri listelemek
- Test ortamı ve sürüm kontrolünü düzene sokmak
- Kritik hataları ve güvenlik açıklarını gidermek
- Testleri ve dokümantasyonu tamamlamak
- Düzenli bakım ve geliştirme planına geçmek
NotHata kayıtları önceliğe göre sınıflandırılır.
05Kapsam
- README
- mimari şema
- kurulum kılavuzu
Kaynak kod düzenleme ve dokümantasyon ile birlikte sık planlanan işler arasında yazılım projesi kurtarma, üçüncü taraf yazılıma modül ve yazılım projesi devralma bulunur.
06Arsuz'da kaynak kod düzenleme ve dokümantasyon
Arsuz, Hatay iline bağlı bir ilçedir ve PTT adres verisine göre 38 mahalleden oluşur.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Arsuz'daki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Aynı ildeki Samandağ, Reyhanlı ve İskenderun ilçeleri için de kaynak kod düzenleme ve dokümantasyon talepleri değerlendirilir; toplantılar uzaktan yapılır.
Arsuz bölgesinden kaynak kod düzenleme ve dokümantasyon talebiniz için 0540 003 19 81 numarasını arayabilir veya teklif formunu doldurabilirsiniz.
07Nasıl çalışıyoruz?
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.
- Her değişiklik önce test ortamında denenir.
- Yayın sonrası bakım ve destek planlanır.
- Alan adı ve sunucu hesapları işletme adına açılır.
Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Hatay da bunlardan biri.
08Örnek hesap
Örnek: otomasyonla kazanılan süre
- Günlük tekrarlanan iş
- 312
- İş başına süre
- 3 dk
- Aylık süre (22 iş günü)
- 343,2 saat
- Otomasyon sonrası doğrulama payı (%17)
- 58,3 saat
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Ne kadar sürer?
Süre işin kapsamına ve erişimlerin hazır olmasına göre değişir; ön değerlendirmeden sonra planlı bir takvim paylaşılır.
Arsuz'da yüz yüze görüşebilir miyiz?
İş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.
İş sırasında site 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.
Sadece Hatay için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Hatay de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
Kaynak kod düzenleme ve dokümantasyon ö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.
Uzaktan yapılabilir mi?
Çoğu teknik iş uzaktan, verilen erişimlerle yapılır; donanım veya yerinde kurulum gereken işler ayrıca planlanır.
Kaynak kod düzenleme ve dokümantasyon 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.
→İlgili sayfalar
Kaynak Kod Düzenleme ve Dokümantasyon hakkında diğer konular
- Kaynak kod düzenleme ve dokümantasyon sonuçların ölçülmesiHangi metriklerle ölçülür
- Kaynak kod düzenleme ve dokümantasyon: acil durumda ne yapılmalı?Site veya uygulama çöktüğünde ilk adımlar
- Kaynak kod düzenleme ve dokümantasyon sonrası bakımİşlem sonrası kalıcılık
- Kaynak kod düzenleme ve dokümantasyon öncesi hazırlıkErişimler, yedek ve hazırlık
- Kaynak kod düzenleme ve dokümantasyon tespit ve analizSorunun nasıl tespit edildiği
Arsuz'da ilgili hizmetler
Hatay içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- README
- mimari şema
- kurulum kılavuzu
- bakım sözleşmesi
- dokümantasyon
- Git
- hata kaydı
- teknik borç
- Playwright
- Hatay
- Arsuz