Uzmanlık Alanlarım
Fikirden çalışan sistemlere: doğru teknolojilerle veri odaklı, ölçeklenebilir çözümler
15+ yıllık mühendislik yolculuğumda biriken uzmanlık alanları. Her biri tek başına bir hizmet değil; birlikte kullanıldığında fikri çalışan bir sisteme dönüştüren parçalar. Detayına inmek istediğiniz alana tıklayın. Bu alanların hizmet olarak nasıl paketlendiğini hizmetler sayfasında görebilirsiniz.
Dil modelinden tutarlı çıktı almayı; şema, sürüm kontrolü ve ölçmeyle bir mühendislik pratiğine dönüştürüyorum.
Detaylı bilgi
Tekrar eden manuel işleri, araçlarınızı birbirine bağlayan izlenebilir iş akışlarına dönüştürüyorum.
Detaylı bilgi
Servis sınırlarını ve geri alınamaz kararları, gerekçesi yazılı biçimde birlikte belirliyoruz.
Detaylı bilgi
Buluta taşınmış değil, bulut için tasarlanmış uygulamalar geliştiriyorum.
Detaylı bilgi
Sürüm çıkmayı bir olay olmaktan çıkarıp sıradan, güvenli ve geri alınabilir bir işe dönüştürüyorum.
Detaylı bilgiTeknoloji ve sektör yetkinlikleri
15 yılı aşkın süredir yazılım projelerinde çalışıyorum. Geliştirici, yazılım mimarı ve takım lideri rollerinde bulundum; bugün Dijital AI'da Co-Founder & CTO olarak görev yapıyorum. Aşağıdakiler kitaptan okuduğum değil, üretim ortamında çalıştırdığım başlıklar.
Teknoloji
.NET Core ve C#, ASP.NET Core, mikroservis ve modüler monolit mimarileri, SQL Server ve PostgreSQL, Docker ve Kubernetes, Azure (App Service, Functions, Service Bus, Key Vault, Storage), Azure DevOps ile CI/CD, n8n ile iş akışı otomasyonu, LLM entegrasyonu ve RAG mimarileri.
Sektörler
Havacılık, telekomünikasyon, turizm ve otelcilik, e-ticaret, eğitim ve otomotiv. Sektör deneyimi teknoloji kadar belirleyici oluyor: aynı mimari kararı bir rezervasyon sisteminde doğru, bir üretim planlamasında yanlış yapan şey işin kendi kısıtları.
Bu yetkinlikleri nasıl paketliyorum?
Yukarıdakiler bir hizmet listesi değil, arkasındaki birikim. Bunların danışmanlık, eğitim ve geliştirme olarak nasıl paketlendiğini hizmetler sayfasında görebilirsiniz.
Bu alanlar neden birlikte anlamlı?
Otomasyon, cloud-native geliştirme ve CI/CD ayrı başlıklar gibi duruyor. Pratikte üçü aynı sorunun farklı katmanları: bir işin insan müdahalesi olmadan, tekrarlanabilir biçimde yürümesi.
Sıra genelde şöyle işliyor. Bir süreç önce otomatikleşiyor — akış kuruluyor, elle yapılan adımlar zincire giriyor. Sonra o akışın çalıştığı uygulamanın bulut için tasarlanmış olması gerekiyor, çünkü yük arttığında ya da bir kopya düştüğünde akışın durmaması lazım. En sonunda ikisini de üretime taşıyan bir sürüm hattı gerekiyor; yoksa her değişiklik elle yapılan ve geri alınamayan bir işleme dönüşüyor.
Bu yüzden bir alanda tıkanan iş, çoğu zaman komşu alanda çözülüyor. Otomasyon akışları sürekli kırılıyorsa sorun genelde akışta değil, bağlandığı uygulamanın durum tutma biçimindedir. Sürüm çıkmak korkutucuysa sorun ekipte değil, ortamların elle kurulmuş olmasındadır.
Bu üç yetkinliğin danışmanlık, eğitim ve geliştirme olarak nasıl paketlendiğini hizmetler sayfasında görebilirsiniz; hangi başlığın sizin durumunuza uyduğunu da orada bir tabloyla ayırdım.
Sık sorulan sorular
Bu alanların hepsinde birden mi çalışıyorsunuz?
Bir projede genellikle biri baskın oluyor, diğerleri ona destek veriyor. Otomasyon işi aldığımda cloud-native ve sürüm hattı tarafına da bakıyorum — çünkü akışın kırıldığı yer çoğu zaman akışın kendisi değil, altındaki katman oluyor. Kapsamı baştan hangi katmana kadar ineceğimizi konuşarak belirliyoruz.
Hangi teknoloji yığınıyla çalışıyorsunuz?
.NET Core ve C# ana yığınım; yanında SQL Server ve PostgreSQL, Docker ve Kubernetes, Azure servisleri, Azure DevOps ile CI/CD, n8n ile otomasyon, LLM entegrasyonu ve RAG mimarileri. Mimari ve sistem tasarımı konuları ise yığından bağımsız; başka bir dilde çalışan bir ekiple de aynı kararlar konuşulabiliyor.
Sektör deneyimi neden önemli?
Aynı mimari kararı bir rezervasyon sisteminde doğru, bir üretim planlamasında yanlış yapan şey işin kendi kısıtlarıdır: sezon dalgalanması, yasal saklama süresi, entegre olunması zorunlu bir dış sistem. Havacılık, telekomünikasyon, turizm, e-ticaret ve otomotiv tarafında çalışmış olmak, bu kısıtları sormadan önce tahmin edebilmeyi sağlıyor.
Eski bir sistemi devralıp değerlendirebilir misiniz?
Evet, sık yaptığım işlerden biri. Devralınan ya da satın alınan bir sistemde bağımsız teknik değerlendirme — mimari, teknik borç, güvenlik ve sürdürülebilirlik açısından — genelde iki haftalık bir çalışma oluyor ve çıktısı yazılı bir rapor.
Ekibimize bu yetkinlikleri kazandırabilir misiniz?
Evet, tercih ettiğim çalışma biçimi bu. Sistemi kurup çekilmek yerine ekiple birlikte kurmayı ve süreci devretmeyi öneriyorum. Bunun için ayrı bir mentörlük ve ekip eğitimi programı var; geliştirme işinin içine de gömülebiliyor.