Kodun Altında Kim Var? Yorum Satırlarında Saklanan Geliştirici Zihinleri

Eski bir yazılım projesini açmak, terk edilmiş bir binaya girmeye benzer. Dosyalar odalardır, fonksiyonlar koridorlar, veritabanı ise bodrumda uğuldayan eski kazandır. Fakat geçmişte burada yaşayan insanların sesleri en çok yorum satırlarında duyulur. // Bu geçici çözüm daha sonra düzeltilecek cümlesi, teknik bir açıklamadan fazlasıdır. O, yıllar önce ekran karşısında oturan bir geliştiricinin umut, yorgunluk ve kendini kandırma kapasitesini aynı anda muhafaza eden küçük bir zaman kapsülüdür.

Yorum Satırı Neyi Saklar?

Kod çoğunlukla ne yapıldığını gösterir; yorum ise geliştiricinin yaptığı şeyi nasıl anlamlandırdığını anlatır. Bu ayrım önemlidir. Bir algoritmanın davranışı testlerle ölçülebilir, fakat onu yazan kişinin neden savunmacı, aceleci ya da aşırı açıklayıcı davrandığı ancak dilde görünür hâle gelir. // Buraya dokunmayın diyen biri yalnızca teknik risk bildirmiyor olabilir. Belki sistemin kırılganlığından utanıyor, belki geçmişte yaşadığı bir arızanın tekrarından korkuyor, belki de ekip arkadaşlarına duyduğu güveni çoktan kaybetmiştir.

Ölü Kod Mezarlığı: Sistemi Yavaşlatan Hayalet İnançlar

Her yazılım sisteminin bodrum katında bir mezarlık vardır. Orada artık çalışmayan fonksiyonlar, yıllar önce terk edilmiş koşullar, kimsenin çağırmadığı sınıflar ve üstüne not düşülmüş kadim büyüler uyur: sakın silme, bir gün lazım olabilir. Ölü kod tam olarak budur; programın yaşayan akışına katkısı olmayan ama depoda yer kaplayan, zihni meşgul eden, bakım maliyetini artıran eski parçalar. İlginç olan şu: Ölü kod teknik bir mesele gibi görünür, ama çoğu zaman psikolojik bir arızanın izidir. Kod çalışmaz; korku çalışır.

Bir ekip düşünün. Beş yıl önce yazılmış bir ödeme modülünün içinde devasa bir if bloğu duruyor. Artık hiçbir müşteri o yolu kullanmıyor, dokümantasyon onu anmıyor, testler ona uğramıyor. Ama biri silmeyi önerdiğinde odada sessizlik oluşuyor. Çünkü kodun kendisinden çok, onun etrafındaki efsane yaşıyor: Eski CTO bunu yazmıştı. Büyük bir müşteride sorun çıkarmıştı. Bir ara kampanya döneminde hayat kurtarmıştı. İşte yazılımda ölü kod, çoğu zaman eski bir savaşın madalyasıdır; paslanmıştır ama kimse duvardan indirmeye cesaret edemez.

Eski Hataların Yeni Sürümleri: Kodda Geçmişi Taşımanın Laneti

Geriye dönük uyumluluk, yazılım dünyasının en kibar görünümlü hayaletlerinden biridir. Dışarıdan bakınca olgunluk, güvenilirlik ve kullanıcıya saygı gibi görünür. İçeriden bakınca ise bazen kırık bir sandalyeyi müzede sergilemek değil, hâlâ toplantı odasında kullanmak zorunda kalmaktır. Bir zamanlar aceleyle yazılmış, kimsenin tam anlamadığı, fakat milyonlarca sistemin üzerine bina edildiği bir karar; yıllar sonra mimarinin kutsal taşı haline gelir. Çünkü onu kaldırırsanız sadece bir fonksiyonu değil, bir ekosistemi düşürürsünüz.

Programlamada geriye dönük uyumluluk şu basit vaadi verir: Dün çalışan şey bugün de çalışacak. Bu vaat, kullanıcı için huzurdur; geliştirici içinse omuzlara asılmış görünmez bir çuval. İçinde eski API kararları, yanlış isimlendirilmiş parametreler, tuhaf varsayılan değerler, mantıksız veri formatları ve birinin 2009’da cuma akşamı saat 17.43’te yaptığı küçük bir kestirme vardır. O kestirme artık ürünün anayasasına dönüşmüştür.

Tekerleği Yeniden İcat Etmeyenlerin Gizli Süper Gücü

Bir programcı bazen kendini yalnız bir dağcı sanır: Önünde buzlu bir problem yamacı, elinde klavye kazması, arkada kahveyle çalışan küçük bir kamp ateşi. Oysa çoğu zaman çıktığı dağ, binlerce kişinin daha önce tırmandığı, rotaları çizilmiş, riskli geçitleri işaretlenmiş bir dağdır. Kod kütüphaneleri tam da bu yüzden büyüleyicidir: Yalnız olmadığımızı, hatta yalnız başlamamız gerekmediğini hatırlatırlar.

Kütüphane dediğimiz şey, sadece bir dosya yığını ya da indirilebilir paket değildir. Bir kod kütüphanesi, önceki nesillerin uğraştığı hataların, denediği çözümlerin, yaptığı yanlışların ve sonunda bulduğu daha iyi yolların damıtılmış hâlidir. Matematikte teorem neyse, yazılımda iyi tasarlanmış bir kütüphane de odur: Tekrar tekrar kanıtlanması gerekmeyen, üzerine yeni düşünceler inşa edebileceğimiz güvenilir bir basamak.

Sınıf Babadan Kalır mı? OOP Mirası, Genetik ve Kuşak Çatışmasının Kod Hali

Bir yazılımcı için inheritance, yani miras, kulağa neredeyse aile toplantısı gibi gelir: Bir üst sınıf vardır, çocuk sınıflar vardır, herkes bir şeyler devralır, bazıları memnundur, bazıları ise içinden sessizce refactor etmek ister. Genetikte de tablo çok farklı değildir. Göz renginden metabolizmaya, yatkınlıklardan davranış örüntülerine kadar biyolojik kodlar kuşaktan kuşağa aktarılır. Fakat mesele yalnızca aktarım değildir; asıl hikâye, devralınan şeyle ne yapıldığıdır.

OOP’de bir sınıf başka bir sınıftan türediğinde, üst sınıfın özelliklerini ve davranışlarını alır. Diyelim ki bir Canli sınıfımız var: solunum yapar, beslenir, çoğalır. Bundan Memeli sınıfı türetiriz; sonra Insan. Kodda bu pratik görünür. Aynı mantık biyolojide de vardır: Önce ortak özellikler, sonra özelleşmeler. Fakat işin dramatik kısmı burada başlar. Çünkü her çocuk sınıf, üst sınıfın her davranışını aynen taşımak zorunda değildir. Override eder. Yani der ki: Bunu senden aldım ama böyle kullanmayacağım.