Bir yazılım ekibinde yeterince uzun süre kalırsanız şu cümleyi mutlaka duyarsınız: “O satırı silmeyin; neden çalıştığını kimse bilmiyor.” Bu uyarı bazen yorum satırında, bazen ekip sohbetinde, bazen de yıllardır şirkette çalışan bir geliştiricinin ciddi bakışlarında yaşar. Kod artık yalnızca teknik bir yapı değildir; etrafında tabular, ritüeller ve kuşaktan kuşağa aktarılan efsaneler oluşmuştur.
Devamı...Monolitik bir uygulamaya ilk kez giren geliştirici, kendisini devasa bir devlet dairesinde hissedebilir: Her şey aynı binadadır, kurallar merkezden belirlenir ve küçük bir değişiklik için bile sistemin bütünüyle konuşmak gerekir. Bu düzen güven verir; çünkü sınırlar, yetkiler ve sorumlular bellidir. Fakat aynı düzen zamanla bunaltıcı olabilir. Monolit ile siyasal totaliterlik arasındaki benzetme de tam burada başlar: İkisinde de koordinasyon kolaylığı ile özerklik kaybı arasında ciddi bir gerilim bulunur.
Devamı...Bir satranç ustası bazen tahtaya birkaç saniye bakıp “Bu konum tehlikeli” der. Hangi kareyi hesapladığını sorduğunuzda ise omuz silkip “Öyle hissettim” cevabını verebilir. Bilgisayarlar omuz silkeme konusunda henüz etkileyici değildir; onlara sezgiyi oluşturan ölçütleri, olasılıkları ve hedefleri açıkça vermek gerekir. İşte yapay zekâya satranç öğretmenin asıl güçlüğü budur: İnsan zihnindeki sessiz bilgiyi çalıştırılabilir bir algoritmaya dönüştürmek.
Devamı...Dağınık bir tabloyu küçük, anlamlı ve birbirine düzgün bağlanan tablolara dönüştürmek yalnızca teknik bir iyileştirme değildir. Tekrarlanan sütunların kaybolması, bağımlılıkların görünür hâle gelmesi ve her bilginin kendine ait bir yere kavuşması zihinsel bir rahatlama yaratır. Peki bu tatmin nereden gelir? Normalizasyonun estetiği; beynimizin örüntüleri tanıma, belirsizliği azaltma ve karmaşık sistemleri daha küçük parçalara ayırma eğilimiyle yakından ilişkilidir.
Devamı...Bir testi üretim kodundan önce yazmak, yalnızca teknik bir çalışma yöntemi değildir. Geliştirici önce sistemin nasıl davranması gerektiğini açıkça söyler, ardından bu sözü yerine getiren kodu üretir. Bu açıdan Test Odaklı Geliştirme (TDD), küçük ama tekrarlanan etik taahhütlerden oluşur: Beklentiyi görünür kıl, başarısızlığı saklama ve verdiğin sözü doğrulanabilir biçimde tut.
Devamı...Bir sosyal medya uygulamasını “yalnızca beş dakika” kullanmak için açıp kırk dakika sonra kendinizi hiç tanımadığınız insanların tartışmasını izlerken bulduysanız, bu sadece irade eksikliği değildir. Kullanıcılar, içerik üreticileri, reklamverenler ve platform aynı oyun masasında farklı ödüllerin peşindedir. Algoritma ise tarafsız bir krupiye değil; masanın kurallarını belirleyen ve oyun uzadıkça kazanan işletmecidir.
Devamı...Düzenli ifadeler, yani regex, programcının araç çantasındaki İsviçre çakısı gibidir: Metin arar, veriyi ayıklar, biçimi doğrular ve bazen tek satırda küçük bir mucize gerçekleştirir. Ne var ki bu mucizeyi altı ay sonra yeniden gören geliştirici, kendisini antik bir yazıtı çözmeye çalışırken bulabilir. Regex’in aynı anda hem sevilmesinin hem de nefret edilmesinin temelinde tam olarak bu çelişki vardır: Olağanüstü ifade gücü, kolayca okunabilirliğin düşmanına dönüşebilir.
Devamı...Bir programlama dili nadiren tek bir gün içinde ölür. Genellikle önce yeni projelerden çekilir, sonra geliştiricilerini kaybeder, paket depoları sessizleşir ve en sonunda yalnızca eski bankacılık sistemlerinde ya da unutulmuş bir GitHub deposunda yaşamaya devam eder. Dolayısıyla bir dilin ölümünü anlamak, mezar taşındaki tarihi okumaktan çok geride bıraktığı dijital izleri incelemeye benzer.
Devamı...Programlama dilleri bir kişilik testine girseydi sonuçları nasıl çıkardı? Python planlı, özgüvenli bir INTJ mi olurdu; Haskell ise soyut düşüncelere dalıp öğle yemeğini unutan bir INTP mi? Elbette dillerin gerçek kişilikleri yok. Yine de MBTI benzetmesi; sözdizimi, tip sistemi ve paradigma gibi kuru görünen kavramları eğlenceli biçimde karşılaştırmak için şaşırtıcı derecede kullanışlıdır.
Devamı...Bir programcının masasındaki plastik ördeğe ciddi ciddi kod anlatması, dışarıdan bakıldığında teknoloji çağının en tuhaf ritüellerinden biri olabilir. Ancak rubber duck debugging, yalnızca eğlenceli bir programcı argosu değildir. Problemi sesli biçimde açıklamak; düşünceleri dışsallaştırma, varsayımları sorgulama ve zihinsel çarpıtmaları fark etme bakımından bilişsel terapi teknikleriyle şaşırtıcı benzerlikler taşır.
Devamı...