Kısa cevap: 2026'da bir AI mühendisi olmak için model eğitmeyi öğrenmenize gerek yok. Rolün yaklaşık %75'i RAG mimarisi, agent tasarımı, prompt sistemleri ve eval (değerlendirme) kurmak — klasik yazılım mühendisliği becerilerinin üzerine AI katmanı eklemek. Kalan %25'i ise klasik makine öğrenmesi bilgisi.
AI Mühendisleri Gerçekte Ne Yapıyor?
AI mühendisliği, araştırma pozisyonu değil — çoğunlukla üzerine AI becerileri eklenmiş bir yazılım mühendisliği işi. Günlük iş; bir LLM'i mevcut verilerinize bağlayan retrieval pipeline'ları kurmak, çok adımlı görevleri tamamlayan agent'lar tasarlamak, üretim prompt'larını yönetmek ve bu sistemlerin doğru çalışıp çalışmadığını ölçen eval'ler yazmak etrafında dönüyor.
Bu, "foundation model eğitmek" ile karıştırılmamalı — o iş, çok az sayıda araştırma laboratuvarında, çok farklı bir beceri setiyle (dağıtık eğitim, GPU kümesi optimizasyonu, ileri düzey matematik) yapılıyor. 2026'da açılan AI mühendisliği pozisyonlarının büyük çoğunluğu, mevcut modelleri (Claude, GPT, Gemini) uygulamalara entegre eden, uygulamalı işler.
Hangi Beceriler Gerçekten Fark Yaratıyor?
Beş beceri, işe alım sürecinde adayları birbirinden ayırıyor: eval tasarımı (neredeyse her pozisyonda aranıyor), maliyet optimizasyonu (sadece laboratuvar deneyimi olan adayları eleyen bir filtre), MCP entegrasyonu (dokümantasyon okuma alışkanlığını test eden bir kıstas), agent orkestrasyonunda hata modlarını anlama (orta seviyeyi kıdemliden ayıran fark) ve frontier model'lere aşinalık.
Eval tasarımı özellikle kritik: bir LLM özelliğinin üretime hazır olup olmadığını "göze iyi görünüyor" yerine ölçülebilir metriklerle karar vermek gerekiyor. Bu konuyu LLM çıktılarının nasıl değerlendirileceğini anlattığımız rehberde detaylı işledik — eval yazmayı bilen bir aday, işe alım sürecinde net bir avantaj kazanıyor.
Beceri | Neden önemli | Nerede öğrenilir |
|---|---|---|
Eval tasarımı | Üretime hazırlığı ölçülebilir kılar | Kendi projenizde bir eval seti kurarak |
Maliyet optimizasyonu | Token maliyeti üretimde gerçek bir kısıt | Prompt/model seçimi ile canlı bir bütçe yönetme |
MCP entegrasyonu | Araç bağlama pratik bir gündelik iş | Resmi MCP dokümantasyonu ve örnek sunucular |
Agent hata modları | Kıdemli/orta ayrımını gösteriyor | Bir agent'ın başarısız olduğu senaryoları belgelemek |
Frontier model fluency | Model seçimi ve prompt tasarımını hızlandırıyor | Birden fazla modelle (Claude, GPT, Gemini) aynı görevi denemek |
90 Günlük Öğrenme Planı Nasıl Kurulur?
İlk 30 gün: temel kavramları uygulamalı öğrenin — embedding'ler, vektör veritabanları, basit bir RAG pipeline'ı, prompt mühendisliği teknikleri. Embedding rehberimiz ve RAG sistemi nasıl kurulur yazımız bu adım için doğrudan pratik bir başlangıç noktası.
Sonraki 30 gün: bir agent sistemi kurun — birden fazla aracı çağıran, çok adımlı bir görevi tamamlayan basit bir agent. Bu aşamada AI agent mi workflow mu sorusunu ele aldığımız yazı hangi problemler için agent, hangileri için sabit bir workflow'un daha uygun olduğunu netleştirmenize yardımcı olur.
Son 30 gün: bir eval seti kurup sisteminizi ölçün, sonra maliyet ve gecikme üzerine optimize edin. Bu üç aylık döngünün sonunda elinizde iş görüşmesinde gösterebileceğiniz, uçtan uca çalışan bir proje olmalı — sadece bir tutorial takip etmiş olmak değil.
Portfolyo Hangi Projeleri İçermeli?
Mülakatlarda öne çıkan projeler genelde üç özelliği paylaşıyor: gerçek bir veri kaynağına bağlı olmak (sentetik değil), bir eval seti içermek (sadece "çalışıyor" değil, "ne kadar iyi çalışıyor" sorusuna cevap vermek) ve maliyet/performans üzerine bir karar gerekçesi sunmak (neden bu modeli, bu mimari seçildi). Tek başına "ChatGPT API'sini çağıran bir chatbot" artık yeterli bir portfolyo projesi değil — bu, 2023-2024'ün standardıydı.
Daha güçlü bir örnek: kendi notlarınız veya bir dokümantasyon setiniz üzerine kurulu bir RAG sistemi, retrieval kalitesini ölçen bir eval seti ve farklı chunk boyutları/embedding modelleriyle yapılmış bir karşılaştırma tablosu. Bu, hem teknik derinliği hem de değerlendirme disiplinini gösteriyor.
2026'da İşler Nerede?
Uygulamalı AI mühendisliği pozisyonları en yoğun şekilde ürün şirketlerinde (mevcut ürününe AI özelliği eklemek isteyen), fintech ve sağlık gibi regüle sektörlerde (eval ve guardrail disiplini özellikle önemli) ve AI-native startuplarda açılıyor. Büyük laboratuvarlardaki araştırma pozisyonları hâlâ çok az sayıda ve çok farklı bir profil (PhD, yayın geçmişi) arıyor — bu yazının kapsamı dışında.
Rol tanımlarındaki karışıklığa dikkat edin: "AI mühendisi", "MLOps mühendisi" ve "eval mühendisi" farklı işler ve şirketler bunları genelde birbirine karıştırarak tek bir ilana yazıyor. Başvurmadan önce ilan metnini dikkatle okuyup hangi işi gerçekten tarif ettiğini anlamak, zaman kaybını önlüyor.
Mülakat Süreci Nasıl İşliyor?
Uygulamalı AI mühendisliği mülakatları genelde üç aşamadan oluşuyor: bir sistem tasarımı görüşmesi (bir RAG ya da agent sistemini nasıl mimarlarsınız), bir pratik kodlama görevi (genelde küçük bir retrieval ya da prompt işleme problemi) ve bir "hata modu" tartışması (bir agent'ın nerede ve neden başarısız olabileceğini öngörmenizi isteyen senaryo bazlı sorular). Klasik algoritma mülakatlarına kıyasla, sistem tasarımı ve karar gerekçelendirme kısmı çok daha ağırlıklı.
Mülakatta en çok fark yaratan şey, "bu neden çalışıyor" sorusuna verdiğiniz cevabın derinliği. Bir RAG sisteminin neden belirli bir chunk boyutu kullandığını, bir embedding modelini neden diğerine tercih ettiğinizi ya da bir agent'ın neden belirli bir noktada insan onayına ihtiyaç duyduğunu gerekçelendirebilmek, "bu API'yi çağırdım, çalıştı" seviyesindeki bir cevaptan çok daha güçlü bir sinyal veriyor.
Abartıyı Atlayın: Neye Gerek Yok?
Bir AI mühendisi olmak için PyTorch'ta sıfırdan bir transformer yazmayı öğrenmenize, GPU kümesi yönetmeyi bilmenize ya da bir foundation model'i fine-tune etmeyi tecrübe etmiş olmanıza gerek yok — bunlar farklı bir işin becerileri. Asıl gerekli olan, mevcut bir yazılım mühendisliği temelinin üzerine RAG, agent tasarımı ve eval disiplinini ekleyebilmek.
Mevcut Yazılımcılar İçin Geçiş Ne Kadar Sürer?
3-5 yıllık bir backend veya full-stack deneyiminiz varsa, geçiş süresi genelde becerinin eksikliğinden değil, hangi becerilere odaklanacağınızı bilmemekten uzuyor. API tasarımı, veri modelleme ve sistem mimarisi zaten elinizdeyse, üzerine eklemeniz gereken şey yeni bir programlama paradigması değil, belirli bir problem sınıfına (retrieval, agent orkestrasyonu, prompt güvenilirliği) aşinalık.
Bu yüzden geçiş süresini "sıfırdan öğrenme" değil "mevcut becerinin üzerine hedefli bir katman ekleme" olarak çerçevelemek daha gerçekçi bir beklenti oluşturuyor — 90 günlük planın gerçekçi olmasının nedeni de bu: sıfırdan yazılım mühendisliği öğretmiyor, var olan mühendislik becerisinin üzerine AI-spesifik bir katman ekliyor.
Sıkça Sorulan Sorular
AI mühendisi olmak için makine öğrenmesi geçmişi şart mı?
Hayır, klasik yazılım mühendisliği geçmişi genelde yeterli başlangıç noktası. Rolün büyük kısmı model eğitmek değil, mevcut modelleri sistemlere entegre etmek olduğu için API tasarımı, veri pipeline'ları ve sistem mimarisi bilgisi, derin ML teorisinden daha çok işe yarıyor.
Kaç ay çalışırsam bir AI mühendisliği pozisyonuna başvurabilirim?
Odaklanmış bir 90 günlük çalışma, temel bir portfolyo oluşturmak için genelde yeterli; ama bu süre kişinin mevcut yazılım deneyimine göre değişir. Deneyimli bir backend mühendisi için 90 gün gerçekçi, sıfırdan programlama öğrenen biri için çok daha uzun bir süreye yayılmalı.
RAG mi fine-tuning mi öncelik olmalı?
RAG, çoğu uygulamalı senaryoda önce öğrenilmesi gereken teknik — daha hızlı iterasyon imkanı sunuyor ve model ağırlıklarını değiştirmeden güncel veriye erişim sağlıyor. Fine-tuning, RAG'ın yetmediği daha dar ve spesifik senaryolar için ikinci adım olarak düşünülmeli; bu konuyu fine-tuning mi RAG mi karşılaştırmamızda detaylı ele aldık.
AI mühendisliği maaşları klasik yazılım mühendisliğinden farklı mı?
Evet, özellikle agent mimarisi ve orkestrasyon deneyimi olan kıdemli pozisyonlarda belirgin bir prim var — talep arzın önünde. Ama bu prim, kanıtlanmış bir portfolyo ve gerçek proje deneyimi gerektiriyor; sadece "AI mühendisi" unvanı yazmak yeterli değil.


