Yazılım mühendisi CV'leri, diğer meslek gruplarına göre biraz farklı okunur: teknik beceri listesi kadar, o becerinin gerçek bir sorunu çözerken kullanılıp kullanılmadığı da önemlidir. Bu yazıda yazılım mühendisi CV'sinin bölüm bölüm nasıl kurulacağını, somut bir örnekle birlikte anlatıyoruz.
Genel CV yazım kurallarını henüz okumadıysanız önce CV Nasıl Yazılır? Adım Adım Eksiksiz Rehber yazımıza bakmanızı öneririz — burada doğrudan yazılım mühendisliğine özgü noktalara odaklanıyoruz.
Teknik Mülakatçılar CV'de Neye Bakar?
- Ne inşa ettiğiniz, hangi teknolojiyle değil sadece. "React biliyorum" demek yerine "React ile 10K+ aylık kullanıcısı olan bir dashboard'u sıfırdan geliştirdim" demek çok daha güçlü bir sinyal verir.
- Ölçülebilir teknik etki. Performans, ölçeklenebilirlik, hata oranı, geliştirme süresi gibi metriklerde somut bir iyileştirmeden bahsedebiliyor olmak.
- Gerçek kod/proje kanıtı. GitHub, kişisel proje veya katkıda bulunulan açık kaynak bağlantısı.
- Teknoloji listesinin şişirilmemiş olması. Bir CV'de 40 teknoloji sıralamak, hiçbirine hakim olunmadığı izlenimini güçlendirir.
Bölüm Yapısı
1. İletişim Bilgileri + Bağlantılar
Ad, e-posta, telefon, şehir bilgisinin yanına GitHub ve varsa kişisel portföy/blog linkini ekleyin. Teknik pozisyonlarda bu bağlantılar, referans mektubundan bile daha etkili bir kanıt olabilir.
2. Profesyonel Özet
İki-üç cümlede: kaç yıllık deneyim, hangi katmanda (frontend/backend/full-stack/mobil/veri vb.) çalıştığınız ve en güçlü olduğunuz alan.
Örnek: "4 yıllık deneyime sahip, mikroservis mimarileri ve API performans optimizasyonu konusunda uzmanlaşmış Backend Geliştirici. Node.js ve PostgreSQL ekosisteminde ölçeklenebilir sistemler kuruyorum."
3. Teknik Beceriler
Düz bir liste yerine kategorilere ayırmak hem okunabilirliği artırır hem de ATS taramasında ilgili anahtar kelimelerin doğru gruplarda görünmesini sağlar:
| Kategori | Örnek İçerik |
|---|---|
| Diller | TypeScript, Python, Go |
| Frontend | React, Next.js, Tailwind CSS |
| Backend | Node.js, Express, PostgreSQL, Redis |
| Araçlar / DevOps | Docker, GitHub Actions, AWS |
Bu tabloyu doldururken yalnızca gerçekten kullandığınız ve mülakatta hakkında soru cevaplayabileceğiniz teknolojileri yazın.
4. Deneyim
Her pozisyon için 3-5 madde, şu kalıpla yazılabilir: [Eylem fiili] + [ne inşa edildi/çözüldü] + [ölçülebilir/gözlemlenebilir sonuç].
Örnek maddeler:
- Ödeme servisindeki senkron çağrıları kuyruk tabanlı bir mimariye taşıyarak ortalama yanıt süresini gözle görülür şekilde azalttı.
- Uçtan uca test kapsamını genişleterek üretim ortamına çıkan regresyon hatalarının sayısını azalttı.
- Ekip içi kod inceleme sürecini standartlaştıran bir kontrol listesi hazırlayıp benimsenmesini sağladı.
Rakamlarınız varsa (yüzde, süre, kullanıcı sayısı) mutlaka kullanın; yoksa "gözle görülür", "belirgin şekilde" gibi gözlemlenebilir ama abartısız ifadeler tercih edin. Mülakatta sorulduğunda savunamayacağınız bir rakam yazmaktansa, dürüst ve somut bir cümle kurmak çok daha güvenilir durur.
5. Projeler
Kişisel veya açık kaynak projeleriniz varsa ayrı bir bölümde, her biri için tek cümlelik bir açıklama ve GitHub linkiyle listeleyin. Staj/junior adaylar için bu bölüm, iş deneyimi eksikliğini büyük ölçüde telafi edebilir.
6. Eğitim ve Sertifikalar
Bölüm, okul, mezuniyet yılı yeterlidir. Alakalı bir sertifika (bulut sağlayıcı sertifikaları gibi) varsa ayrı bir satırda belirtin.
CV Mimarı'nın ATS uyumlu, geliştirici odaklı şablonlarıyla bu yapıyı sıfırdan kurmanıza gerek kalmaz.
Teknik CV Şablonlarını İnceleJunior ile Senior CV'si Arasındaki Fark
- Junior: Proje ve eğitim ağırlıklı; staj, bitirme projesi, açık kaynak katkıları öne çıkar. Beceri listesi daha geniş olabilir çünkü henüz derinleşme fırsatı azdır.
- Senior: Etki ve sahiplik ağırlıklı; hangi teknik kararları verdiğiniz, hangi sistemleri tasarladığınız, junior geliştiricileri nasıl yönlendirdiğiniz öne çıkar. Teknoloji listesi daha kısa ama daha derin olmalıdır.
Sık Yapılan Hatalar
- Teknoloji listesini şişirmek. "Bildiğim her şeyi yazayım" yaklaşımı, mülakatta güven kaybına yol açar.
- GitHub/proje linki paylaşmamak. Teknik bir pozisyonda kanıt sunmamak, elinizdeki en güçlü kartı kullanmamak demektir.
- Sadece görev tanımı yazmak. "API'ler geliştirdim" bir görev tanımıdır; hangi problemi çözdüğünüzü ve sonucunu eklemek onu bir başarıya dönüştürür.
- Jargon yığını. Anlaşılır, sade bir dil; gereksiz büyük laflardan daha etkilidir.
Sonuç
Yazılım mühendisi CV'sinde asıl fark yaratan şey, teknoloji isimlerinin sayısı değil, o teknolojilerle çözdüğünüz gerçek problemlerin anlatılma biçimidir. CV'nizin ATS'ten geçtiğinden emin olmak için ATS Nedir? CV'niz Robotları Nasıl Geçer? yazımıza da göz atın.