Yazılım Mühendisi CV Şablonu

Bu şablon backend, frontend ve full-stack geliştiriciler için hazırlandı. Tek sütunlu ve sade başlıklı bir düzen kullanıyor, böylece başvuru takip sistemleri (ATS) CV'nizi bir insanın okuduğu sırayla okuyor. Örnek CV, üç şirkette dokuz yıllık deneyime sahip kıdemli bir backend mühendisine ait, ama yapı her seviyede işe yarar. İçeriği kendi bilgilerinizle değiştirin ve ihtiyacınız olmayan bölümleri silin.

Şablona kısa bakış

İşe alım yöneticileri neye bakıyor

Çoğu yazılım ekibi yöneticisi bir CV'yi hızlıca tararken üç şeye bakar: ne geliştirdiniz, bu iş ne kadar büyük ya da zordu ve sonunda ne değişti. Kullandığınız araçlar önemlidir, ama daha çok bu işin bağlamı olarak.

Her işte en güçlü ve en yeni çalışmanızı en üste koyun. Bir işi siz yönettiyseniz bunu açıkça yazın. Bir servisin nöbetini (on-call) siz tutuyorsanız bundan bahsedin. Sahiplenme, kıdemin en net göstergelerinden biridir ve CV'de kolayca unutulur.

CV'nizi çoğu zaman önce bir insan kaynakları uzmanı okur. Bu kişi CV'deki kelimeleri ilandaki kelimelerle karşılaştırır. Bu yüzden kullandığınız dilleri, framework'leri ve platformları açıkça yazın. Sonra okuyan mühendis ise derinliğe bakar: ölçek, verdiğiniz kararlar ve sonuçlar.

Her bölüm nasıl yazılır

Başlık ve iletişim bilgileri

Adınız soyadınız, hedeflediğiniz unvan, şehir, e-posta, telefon ve bir iki bağlantı. Gerçek işler içeriyorsa GitHub ya da portfolyo bağlantısı eklemeye değer. LinkedIn profilini birçok işe alımcı bekler. Açık ev adresi yazmanıza gerek yok; şehir yeterli.

Türkiye'de CV'ye fotoğraf eklemek yaygındır. Ekleyecekseniz sade, yakın tarihli bir fotoğraf seçin. Yurt dışına başvuruyorsanız fotoğrafı, doğum tarihini ve medeni durumu çıkarın.

Hedeflediğiniz unvanı kullanın, yeter ki dürüst olsun. Dışarıdan pek bilinmeyen bir şirkette unvanınız "Uzman Yazılım Geliştirici II" ise "Yazılım Mühendisi" daha anlaşılır olabilir.

Özet

İki üç cümle yeterli: seviyeniz, ana teknolojileriniz, ne tür sistemler geliştirdiğiniz ve önem verdiğiniz bir şey. Sade bir dille yazın. Aşağıdaki örnekler farklı seviyelerde bu yapıyı gösteriyor:

Yeni başlayan: Python ve React ile iç araçlar geliştirerek bir yıllık deneyim kazanmış yazılım mühendisiyim. SQL, test yazma ve kod incelemesi konusunda rahatım. Müşteriye dönük ürünler üzerinde çalışabileceğim bir ekip arıyorum.

Orta seviye: TypeScript, Node.js ve React ile dört yıldır çalışan full-stack geliştiriciyim. Faturalama ve kullanıcı kayıt akışı gibi özellikleri baştan sona geliştirip yayına aldım. Belirsiz ürün fikirlerini küçük, test edilebilir sürümlere bölmeyi seviyorum.

Kıdemli: Go ve TypeScript ile ödeme ve sipariş sistemleri geliştiren, yedi yıllık deneyime sahip backend mühendisiyim. Bir servisi tasarım incelemesinden canlı ortam nöbetine kadar sahiplenmeyi seviyorum. Net API'ler, sorunsuz deploy süreçleri ve bir sonraki kişinin okuyabileceği kod benim için önemli.

Deneyim

İşleri en yeniden en eskiye doğru sıralayın. Her iş için şirket adı, unvanınız, şehir ve ay-yıl olarak tarihler yer alsın. Ardından yakın tarihli işler için üç ila beş, eskiler için bir ila üç madde yazın. Şirket küçük ya da az biliniyorsa ne yaptığını anlatan kısa bir satır ekleyin: "Bölgesel kargo firmalarına lojistik yazılımı, 60 çalışan."

Beceriler

Becerileri uzun tek bir liste yerine birkaç başlık altında gruplayın. Örnek CV'de diller, backend, altyapı ve çalışma pratikleri başlıkları kullanılıyor. Her grupta en sık kullandığınız beceriyi başa yazın.

Projeler

Bir proje, işinizde göremediğimiz bir şeyi gösteriyorsa ya da gerçekten kullanılıyorsa CV'de yer almayı hak eder. Ne yaptığını, hangi teknolojilerle yapıldığını ve varsa kullanım bilgisini (yıldız, indirme, kullanıcı sayısı) tek satırda anlatın. Koda ya da canlı siteye bağlantı verin.

Eğitim

Bölüm, üniversite ve yıllar. İki yıl ve üzeri iş deneyiminiz olduğunda eğitim deneyimin altına iner ve ayrıntıya gerek kalmaz. Bootcamp'ler ve çevrim içi programlar da buraya yazılır. Üniversite diplomanız yoksa bu bölümü kısa tutun; CV'nizi deneyiminiz ve projeleriniz taşır.

Sertifikalar

Bulut sertifikaları (AWS, Google Cloud, Azure) ve Kubernetes sertifikaları, yazılım ilanlarında en sık geçenler arasında. Sertifikanın tam adını, veren kurumu ve yılı yazın. İlan istemiyorsa kısa çevrim içi kurs rozetlerini eklemeyin.

Deneyim maddeleri nasıl yazılır

Her maddeye bir fiille başlayın, işi sade kelimelerle anlatın ve sonuçla bitirin. Elinizde sayılar varsa kullanın: gecikme süresi, hata oranı, deploy sıklığı, kullanıcı sayısı, maliyet. Sayı yoksa değişimi somut biçimde anlatın: "müşteriler kargo durumunu ertesi sabah yerine birkaç dakika içinde görmeye başladı" gibi.

İşe yarayan basit bir kalıp: ne yaptınız + nasıl yaptınız + ne değişti.

• Zayıf: "Arama özelliği üzerinde çalıştım."
• Daha iyi: "Ürün aramasını Elasticsearch üzerinde yeniden kurdum. Ortalama arama süresi 1,2 saniyeden 200 milisaniyeye indi ve sonuçlara tıklama arttı."

Seviyeye göre örnekler

Yeni başlayan mühendis

• Faturalar için CSV dışa aktarma servisini yazdım, ayda yaklaşık 3.000 müşteri kullanıyor
• Sepet servisinde ara sıra boş sipariş oluşmasına yol açan bir yarış durumu (race condition) hatasını düzelttim
• Giriş akışı için entegrasyon testleri yazdım ve sürümden önce iki gerilemeyi yakaladım
• Kayıt sayfasına form doğrulama ve hata mesajları ekledim, başarısız kayıtla ilgili destek talepleri azaldı

Orta seviye mühendis

• Görsel işlemeyi arka plan kuyruğuna taşıdım, yükleme süresi 8 saniyeden 1 saniyenin altına indi
• Sipariş akışına izleme (tracing) ekledim, en yavaş adım bütün ekip için görünür oldu
• MySQL 5.7'den 8.0'a geçişi yazılı bir geri dönüş planıyla üstlendim
• Ürün ve tasarım ekipleriyle birlikte yeni kullanıcı karşılama akışını tasarladım ve dört haftalık sürümle yayına aldım

Kıdemli mühendis

• Monolitik bir uygulamanın dört servise bölünmesini müşteriye yansıyan kesinti olmadan yönettim
• Ödeme ekibi için tasarım inceleme sürecini kurdum ve üç mühendise mentorluk yaptım
• Kart ödemeleri için idempotency katmanını tasarladım, tekrarlanan çekimler sona erdi
• Olay sonrası değerlendirme sürecini yazdım ve yılın en ciddi sekiz kesintisinin değerlendirmelerini yürüttüm

Uzmanlık alanına göre örnekler

Frontend

• Yönetim panelini sunucu tarafı render ile React'te yeniden yazdım, ilk içerik görünme süresi yarıya indi
• Dört ürün ekibinin kullandığı ortak bir bileşen kütüphanesi oluşturdum
• Erişilebilirlik denetiminde bulunan klavye ile gezinme ve ekran okuyucu etiketi sorunlarını giderdim

Backend

• İş ortağı entegrasyonları için bir REST API tasarladım, bugün 40 dış şirket kullanıyor
• Gece çalışan toplu işleri bir olay kuyruğuyla değiştirdim, veriler artık dakikalar içinde güncelleniyor
• Sorgu iyileştirmeleri ve raporlama için okuma kopyası (read replica) ile veritabanı yükünü yüzde 35 azalttım

Veri ve makine öğrenmesi

• Dolandırıcılık modeli için Python ve Spark ile saatlik çalışan, 50 milyon olay işleyen özellik hattını kurdum
• Ara veri setlerini önbelleğe alarak model eğitim süresini altı saatten kırk dakikaya indirdim
• Model girdileri eğitim verisinden saptığında uyarı veren bir izleme kurdum

DevOps ve platform

• CI süreçlerini Jenkins'ten GitHub Actions'a taşıdım, ortalama build süresi 25 dakikadan 9 dakikaya indi
• Şirketin standart servis kurulumu için Terraform modülleri yazdım, her yeni servis bu modüllerle kuruluyor
• Nöbet ekibi için müdahale kılavuzları hazırladım, iki çeyrekte arızadan dönüş süresi belirgin şekilde kısaldı

Mobil

• iOS uygulamasına çevrim dışı mod ekledim, uygulama mağazası yorumlarında en çok istenen özellik buydu
• En sık görülen on çökmeyi düzelterek Android'de çökme oranını oturumların yüzde 1,8'inden yüzde 0,3'üne indirdim
• Ağ ve depolama katmanını ortak bir Kotlin Multiplatform modülüne taşıdım

Beceriler ve anahtar kelimeler

İşe alımcılar ve takip sistemleri çoğu zaman birebir terim arar. Bu yüzden ilanlarda yazılan adları kullanın: "Postgres" yerine "PostgreSQL", "k8s" yerine "Kubernetes". Yalnızca işte ya da gerçek bir projede kullandığınız şeyleri yazın.

İletişim ve takım çalışması yazılımda çok önemlidir, ama "iletişimi kuvvetli" yazmak bir şey kanıtlamaz. Bunları maddelerinizde gösterin: tasarım incelemesi yürütmek, mentorluk yapmak, dokümantasyon yazmak ya da ürün ve tasarım ekipleriyle birlikte çalışmak gibi.

CV'nizi ilana göre uyarlamak

Aynı CV'yi her yere göndermek yerine her başvuruda kısa bir düzenleme yapmak daha iyi sonuç verir. On dakikanızı alır:

1. İlanı okuyun ve tekrar eden dilleri, araçları ve sorumlulukları işaretleyin.
2. Gerçekten sahip olduklarınızın beceriler bölümünde ve en az bir maddede geçtiğinden emin olun.
3. Her işte ilanla en ilgili maddeleri en üste taşıyın.
4. Özetin ilk cümlesini role göre ayarlayın. Backend ilanı için "backend mühendisi" diye başlayın.
5. Yer gerekiyorsa rolle ilgisi olmayan projeleri çıkarın.

Sizin için doğruysa ilandaki kelimeleri kullanın. İlanda "dağıtık sistemler" yazıyorsa ve siz bu sistemleri kurduysanız yalnızca "mikroservis" yazmayın, "dağıtık sistemler" ifadesini de kullanın. İlan İngilizceyse teknoloji adlarını ve unvanları İngilizce karşılıklarıyla yazmak eşleşmeyi kolaylaştırır.

Biçim ve uzunluk

On yıldan az ilgili deneyiminiz varsa tek sayfada kalın. Tek bir yazı tipi, 10 ile 12 punto arası bir boyut ve tutarlı tarih biçimi kullanın. Önemli bilgileri tablo, metin kutusu ya da görsel içine koymayın, çünkü bazı takip sistemleri bunları atlar. Bu şablon bu kurallara zaten uyuyor.

İşveren Word dosyası istemedikçe CV'yi PDF olarak gönderin. Dosyaya açık bir ad verin: "Emre-Yildiz-Yazilim-Muhendisi.pdf" gibi. Dosya adında Türkçe karakter kullanmamak bazı sistemlerde sorun çıkmasını önler.

Bölümler neden bu sırada

Şablon önce deneyimi, sonra becerileri, sonra projeleri, en son eğitimi gösteriyor. Bir iki yıllık iş deneyiminden sonra yayına aldığınız işler, işverene diplomanızdan daha çok şey anlatır. Yeni mezunsanız eğitim ve projeleri yukarı taşıyın, deneyimi kısa tutun. Öğrenci şablonu bu sırayla hazırlandı.

Sertifikalar alta yakın duruyor. Bulut ağırlıklı bir ekip için AWS sertifikası gibi, rol istediğinde işe yararlar, ama mülakata çağrılıp çağrılmayacağınızı nadiren tek başlarına belirlerler.

Kaçınılması gereken hatalar

• Sonuç yerine görev listelemek, örneğin "backend servislerinden sorumluydum"
• Otuz maddelik, neyi iyi bildiğinizi göstermeyen bir beceri listesi
• Şirket dışında kimsenin anlamayacağı iç proje adları
• Uzun paragraflar. Kısa maddeler daha kolay taranır
• Bir eğitimde bir kez denediğiniz bir teknolojiyi biliyormuş gibi yazmak
• Farklı işlerde farklı tarih biçimleri
• Teknoloji adlarında yazım hataları, örneğin "Javascript" ya da "Github"; inceleyenler bunu fark eder
• Yurt dışı başvurularında fotoğraf, yaş ya da medeni durum bilgisi

Göndermeden önce kontrol listesi

• Unvanınız ve özetiniz başvurduğunuz rolle uyumlu
• Her yakın tarihli işte en az bir madde bir sonuç anlatıyor
• İlandaki becerilerden sahip olduklarınız sayfada geçiyor
• Bağlantılar çalışıyor ve göstermekten memnun olacağınız işlere gidiyor
• Tarihler, yazımlar ve teknoloji adları tutarlı
• Dosya PDF ve dosya adında adınız var