Kod Hatalarını (Debugging) Bulmak İçin En İyi Komutlar

Yazılım geliştirmek, çoğu zaman kod yazmaktan ziyade mevcut kodun neden çalışmadığını anlamaya çalışmaktır. Hata ayıklama, sadece "print" ifadeleri koymak değil, sistemin durumunu analiz etmek, bellek sızıntılarını bulmak ve mantıksal hataları izlemektir. İster Python geliştiricisi olun, ister sistem seviyesinde C/C++ ile çalışın, her seviye için vazgeçilmez hata ayıklama komutları mevcuttur.

1. Web Geliştirme ve JavaScript Debugging​

Modern web geliştiricileri için tarayıcı, dünyanın en güçlü hata ayıklama aracıdır.

A. Console Komutlarının Ötesi​

Sadece console.log() kullanmak yerine şu komutları deneyin:

• console.table(): Karmaşık nesne dizilerini okunabilir bir tablo formatında sunar.
• console.trace(): Bir fonksiyonun hangi yollarla çağrıldığını (call stack) gösterir.
• console.time() ve console.timeEnd(): Bir kod bloğunun ne kadar sürede çalıştığını ölçmek için kullanılır.

B.​

Kodunuzun içine debugger; satırını eklediğinizde, tarayıcı o satıra geldiğinde otomatik olarak durur. Bu, manuel olarak breakpoint koymaktan çok daha hızlı bir yöntemdir.

---

2. Python'da Hata Ayıklama:​

Python, basitliğiyle bilinse de karmaşık mantık hataları için yerleşik araçlar sunar.

A.​

Terminal üzerinden kodun içine girmek için:


Bu satırı eklediğinizde Python yorumlayıcısı durur ve şu komutları kullanmanıza izin verir:

• n (next): Bir sonraki satıra geç.
• s (step): Fonksiyonun içine gir.
• c (continue): Bir sonraki breakpoint'e kadar devam et.
• p variable_name: Değişkenin o anki değerini yazdır.

B.​

print() yerine logging kullanmak, uygulamanın üretim (production) ortamında nasıl davrandığını anlamak için kritiktir. DEBUG, INFO, WARNING, ERROR ve CRITICAL seviyeleriyle hataları önem derecesine göre filtreleyebilirsiniz.

---

3. Sistem Seviyesi ve Linux Hata Ayıklama Komutları​

Sistem yöneticileri veya backend geliştiricileri için hatalar genellikle "kodun içinde" değil, "kodun sistemle olan etkileşiminde" gizlidir.

A.​

Bir programın işletim sistemiyle nasıl konuştuğunu (dosya açma, ağa bağlanma vb.) görmek için:


Eğer bir dosya "bulunamadı" hatası alıyorsanız ama dosyanın orada olduğundan eminseniz, strace size programın aslında hangi dizine bakmaya çalıştığını söyler.

B.​

"Address already in use" veya "File locked" hataları için hangi sürecin (process) dosyayı tuttuğunu bulur:

C.​

Programınızın neden yavaşladığını veya neden çöktüğünü (Memory Leak) anlamak için işlemci ve bellek kullanımını anlık izleyin.

---

4. Bellek Hataları ve Performans: Valgrind ve GDB​

C, C++ veya Rust gibi dillerle çalışıyorsanız, bellek yönetimi hataları (Segmentation Fault) en büyük düşmanınızdır.

A.​

Derlenmiş bir program çöktüğünde "neden" çöktüğünü bulmak için:

B.​

Programın kapatıldıktan sonra belleği temizleyip temizlemediğini kontrol eder:

5. Git ile Hata Ayıklama: git bisect​

Bazen bir hata kodunuza yeni eklenmemiştir; aylar önce yapılan bir değişiklik bugün sorun çıkarıyor olabilir. Hangi commit'in hataya neden olduğunu bulmak için ikili arama (binary search) yöntemini kullanan muazzam bir komut vardır:

1. git bisect start
2. git bisect bad (Şu anki sürüm hatalı)
3. git bisect good [commit_id] (Hatanın olmadığı bilinen eski bir sürüm)

Git, bu iki nokta arasındaki commit'leri yarıya böler ve size "Bu çalışıyor mu?" diye sorar. Birkaç adımda hatanın ilk girdiği satırı bulursunuz.

---

6. Hata Ayıklama Süreci (Mental Model)​

İyi bir debugger olmak, sadece komutları bilmek değil, bir metodolojiye sahip olmaktır:

1. Hatayı Yeniden Üret (Reproduce): Hata her zaman aynı koşullarda mı oluyor?
2. İzole Et: Sorun veritabanında mı, frontend'de mi yoksa bir API'da mı?
3. Hipotez Kur: "Muhtemelen şu değişken null geliyor."
4. Test Et ve Onayla: Komutları kullanarak hipotezini doğrula.
5. Kalıcı Çözüm Uygula: Sadece semptomu değil, hastalığı tedavi et.

---

7. Özet Tablo: Hangi Sorun İçin Hangi Komut?​