Günümüz Yazılımcısının Asıl Savaşı: Kodlamak mı, Yoksa Sistem mi Tasarlamak mı?

Yirmi yıl önce bir geliştirici olarak kariyerimin ilk yıllarında karşılaştığım en büyük sorunlar, karmaşık if koşulları ya da PostgreSQL’deki zorlu JOIN sorgularıydı. O dönemde, hata almadan karmaşık bir algoritmayı çalıştırmak büyük bir başarıydı. Bugün geriye baktığımda, kod yazmanın aslında mesleki zorlukların en basit kısmı olduğunu görüyorum.

Bu durum kodun önemini yitirdiği anlamına gelmiyor elbette. Ancak projelerin gerçek zorlukları, klavyenin başında geçirilen saatlerin çok ötesinde yatıyor. Artık asıl mücadele, insanlarla, süreçlerle ve organizasyonel akışlarla ilgili.

Kod Yazmak Eskisi Kadar Zor mu?

Günümüzde modern framework’ler — örneğin FastAPI ya da Vue/React — kullanarak bir uygulamanın iskeletini oluşturmak ya da rutin kod parçalarını yapay zeka destekli araçlarla hızlıca üretmek hiç olmadığı kadar basit. Hemen hemen her ihtiyaca yönelik hazır kütüphaneler ve çözümler mevcut. Bu durumda, kod yazmak teknik olarak çok daha kolay hale geldi.

Örneğin, bir üretim ERP sistemindeki operatör ekranını tasarlarken, frontend ve backend kodlarını bir ya da iki günde yazabiliyorum. Ancak asıl zorluk, bu ekranın operatörün gerçek ihtiyaçlarına uygun olması, üretim planlama yapay zekâ sisteminden gelen verileri doğru işlemesi ve iSCSI tedarik zinciri entegrasyonlarıyla sorunsuz çalışmasını sağlamakta yatıyor. Kod burada sadece bir araç; asıl iş, bağlamı anlamak ve sistemi tasarlamak.

Görünmeyen Engeller: İnsanlar, Süreçler ve Politikalar

Gerçek zorluklar kodun ötesinde başlıyor. Bir müşteri projesinde, güvenlik ekibinin yeni firewall politikası nedeniyle saat 03:00’te VPN bağlantılarının kesildiğini yaşadım. Kodda herhangi bir hata yoktu; sistemin entegrasyon akışı durmuş, çözülmesi günler sürmüştü.

Bir iç bankacılık platformu için OAuth2 akışı tasarladığımda, teknik olarak her şey mükemmeldi. Ancak farklı departmanların güvenlik beklentileri nedeniyle rate limiting kararları haftalarca gecikti. Bu süreçte tek bir satır kod yazmadım ya da bir hata düzeltmedim. Sadece insanları dinledim, ikna ettim ve ortak bir zemin bulmaya çalıştım.

Deneyimden Bir Not Bir ağ segmenti tasarlarken VLAN sayısını az tahmin ettiğim bir dönem oldu. İlk bakışta küçük bir hata gibi görünse de, ilerleyen genişlemelerde VLAN tagging karmaşası nedeniyle routing flap sorunlarına yol açtı. Kodda hiçbir hata yoktu; ancak başlangıçtaki mimari karar yetersizdi. Bu tür durumlar, teknik ayrıntıların sadece buz dağının görünen kısmı olduğunu gösteriyor.

Mimari Kararların Ağırlığı

Bir sistem mimarı olarak, bir yazılım mimarisini tasarlarken monolit mi yoksa mikroservis mi seçeceğimi belirlemek, ORM tuzaklarından kaçınmak ya da transaction outbox desenini uygulamak, kod yazmaktan çok daha fazla düşünce gerektiriyor. Bu kararlar, projenin geleceğini, bakım maliyetlerini ve ölçeklenebilirliğini doğrudan etkiliyor. PostgreSQL’de doğru index stratejilerini seçmek, connection pool’u yapılandırmak ya da WAL bloat sorunlarını öngörmek, saf kodlama becerilerinin çok ötesinde bir uzmanlık gerektiriyor.

Son zamanlarda yapay zeka uygulamaları üzerinde çalışıyorum. Burada prompt mühendisliği ya da RAG mimarileri kurmak, modelin kendisinden çok, doğru veriyi bulmak, kullanıcı niyetini anlamak ve çoklu sağlayıcı yedekleme stratejileri geliştirmekle ilgili. Yine kod burada sadece bir araç; asıl zorluk, tüm sistemi tasarlamak ve yönetmek.

Gerçek Maliyetler ve Öğrenilen Dersler

Geçtiğimiz ay, systemd birimlerinde çalışan bir arka plan işlemi için cgroup memory.high sınırını ayarlamayı unuttum. Bu bir kod hatası değildi; sadece basit bir yapılandırma ihmaliydi. Sonuç: gece yarısı OOM-killed bir servis ve üç saatlik bir hata ayıklama maratonu. Bu durum, sadece kodun değil, tüm sistemin ustalığının önemini bir kez daha gösterdi.

Kariyerimdeki en pahalı hatalardan biri, kod satırı değil, bir toplantıda sonuçlarını tam olarak öngörmeden verdiğim "evet" kararıydı. Ya da sorgulamadan kabul ettiğim bir gereksinim. Bu tür hataların maliyeti, haftalar süren yeniden yapılandırmalar, geri alma işlemleri ya da kaçırılan teslim tarihleri olabiliyor.

Kod yazmak artık en kolay kısım. Gerçek ustalık, o kodun içinde soluk aldığı ekosistemi anlamakta, yönetmekte ve optimize etmekte yatıyor.

Peki, sizin kariyerinizde kodun kolay olduğu, ancak çevresinin zor olduğu anlar oldu mu? En pahalı "evet" kararınız neydi? Yorumlarda paylaşmak isterim.