Kod tabanının düzenlenmesi ve belgelenmesi.
01Hangi durumlarda gerekir?
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.
Yazılımı geliştiren firma artık ulaşılamaz olduğunda
Kaynak kod düzenleme ve dokümantasyon kapsamında kod ve erişimler devralınır, belgelenir ve risk analizi çıkarılır.
Yazılım yavaşladığında
Profil analiziyle darboğaz bulunur; sorgu, önbellek ve kod iyileştirmesi yapılır.
02Belirtiler
- Hataların tekrar tekrar ortaya çıkması
- Kodu yazan kişiye veya firmaya ulaşılamaması
- Dokümantasyon ve kurulum bilgisinin olmaması
- 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
NotDokümantasyon değişikliklerle birlikte güncellenir.
05Kapsam
- README
- mimari şema
- kurulum kılavuzu
Bu projeler çoğu zaman yazılım projesi kurtarma, üçüncü taraf yazılıma modül ve yazılım projesi devralma gibi işlerle birlikte ele alınır.
06Of'ta kaynak kod düzenleme ve dokümantasyon
PTT kayıtlarında Of ilçesine bağlı 68 yerleşim bulunur. Birden fazla ilçede ekibi veya şubesi olan işletmelerde kaynak kod düzenleme ve dokümantasyon için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.
Mesafe yazılım işinin önünde engel değildir: Of'taki 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.
Trabzon genelinde Ortahisar, Sürmene ve Çaykara 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.
07Ekip 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.
- Alan adı ve sunucu hesapları işletme adına açılır.
- Kaynak kod ve veri işletmeye teslim edilir.
- KVKK baştan tasarlanır.
Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Trabzon da bunlardan biri.
08Örnek hesap
Örnek: otomasyonla kazanılan süre
- Günlük tekrarlanan iş
- 136
- İş başına süre
- 5 dk
- Aylık süre (22 iş günü)
- 249,3 saat
- Otomasyon sonrası doğrulama payı (%14)
- 34,9 saat
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
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.
Sadece Trabzon için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Karadeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yü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.
Of'tan yazıyorum; toplantılar nasıl yapılıyor?
İş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.
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.
İş 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.
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.
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.
→İlgili sayfalar
Kaynak Kod Düzenleme ve Dokümantasyon hakkında diğer konular
- Kaynak kod düzenleme ve dokümantasyon tespit ve analizSorunun nasıl tespit edildiği
- Kaynak kod düzenleme ve dokümantasyon: kendin yap mı, uzman mı?Kendi yapılabilenler ve uzman gerektirenler
- Kaynak kod düzenleme ve dokümantasyon kontrol listesiAdım adım kontrol listesi
- Kaynak kod düzenleme ve dokümantasyon sonrası bakımİşlem sonrası kalıcılık
- Kaynak kod düzenleme ve dokümantasyon sık yapılan hatalarKaçınılması gerekenler
Of'ta ilgili hizmetler
Trabzon 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
- test ortamı
- refactoring
- Trabzon
- Of