Yazılımcı CV'si: deneyimin azken tek sayfada ne yazmalısın?

Deneyimi az olan bir öğrencinin CV'si genelde iki hatadan birini yapar: ya yarım sayfa boş kalır, ya da boşluğu doldurmak için ilgisiz her şey eklenir. İkisinde de okuyan kişi aradığını bulamaz. İyi haber şu: bir yazılım CV'sinde iş deneyimi tek kanıt değil. Bitirdiğin projeler, katıldığın ekipler ve yazdığın kod da kanıt. Önemli olan onları doğru sırayla, doğru cümlelerle yazmak.

CV'ni kim, ne kadar sürede okuyor?

Bir staj ilanına onlarca, bazen yüzlerce başvuru gelir. CV'ni ilk gören kişi çoğu zaman teknik biri değil, ilanı açan insan kaynakları uzmanıdır. Bazı şirketlerde ondan da önce başvuru takip sistemi (ATS) dediğimiz bir yazılım CV'yi okur, metne çevirir ve ilandaki anahtar kelimelerle karşılaştırır.

Bu yüzden CV'nin iki okuyucusu var:

• Makine: Metni düzgün okuyabilmeli. Sütunlara bölünmüş, tablolarla kurulmuş, yazıları resim olarak gömülü bir tasarım ATS'de karmakarışık bir metne dönüşebilir.
• İnsan: İlk bakışta ne yaptığını, hangi teknolojileri kullandığını ve neden bu pozisyona uyduğunu görmeli. Bu ilk bakış çoğu zaman birkaç saniye sürer.

İkisinin ortak isteği aynı: tek sütun, sade bir düzen, net başlıklar.

Tek sayfa, bu sırayla

Deneyimin üç yıldan azsa tek sayfa yeter. Önerdiğim sıra şu:

1. İsim ve iletişim: Ad soyad, e-posta, telefon, şehir, GitHub ve LinkedIn bağlantıları. Fotoğraf, doğum tarihi, medeni durum ya da TC kimlik numarası gerekmez.
2. Kısa özet (isteğe bağlı): En fazla iki cümle. "Çalışkan ve öğrenmeye açık" değil; "Flutter ve Kotlin ile mobil uygulama geliştiren, 3. sınıf bilgisayar mühendisliği öğrencisi; 2026 yazı için mobil staj arıyorum" gibi bir cümle.
3. Projeler: Deneyimin azken en güçlü bölümün bu. İş deneyiminin üstüne koy.
4. Deneyim: Staj, yarı zamanlı iş, freelance iş, topluluk ya da kulüp görevleri.
5. Eğitim: Okul, bölüm, beklenen mezuniyet tarihi. Not ortalaman iyiyse ekle, değilse yazmak zorunda değilsin.
6. Teknik beceriler: Kategorilere ayrılmış kısa bir liste.

Proje satırı nasıl yazılır?

CV'deki en sık hata, projeyi yalnızca adıyla ve teknolojileriyle yazmak. "Kayıp Eşya Uygulaması — Flutter, Firebase" satırı okuyana neredeyse hiçbir şey söylemez. Her projeye bir başlık satırı ve iki üç madde yeter. Maddeler şu soruları cevaplamalı: ne yaptın, nasıl yaptın, ne oldu?

Öncesi ve sonrası:

• Önce: "Kayıp eşya uygulaması geliştirdim."
• Sonra: "Kampüste kaybolan eşyaları ilan ve konumla eşleştiren mobil uygulamayı 4 kişilik ekipte geliştirdim; arama ve bildirim modülü benimdi."

• Önce: "Backend yazdım."
• Sonra: "Spring Boot ile REST API yazdım, OpenAPI sözleşmesiyle mobil ekiple aynı modelleri paylaştık; API'yi Docker ile sunucuya aldım."

Rakam varsa kullan, yoksa uydurma. "Kullanıcı sayısını %300 artırdım" gibi kanıtlayamayacağın bir cümle, mülakatta ilk sorulacak cümle olur. Gerçek bir rakamın yoksa yaptığın işi somut anlatmak yeter.

Her projenin yanına bağlantısını koy: GitHub deposu ya da canlı demo. Bağlantı verdiğin depoda iyi bir README olsun; CV'den depoya gelen kişi orada ne bulacağını bilmiyorsa birkaç saniye içinde sekmeyi kapatır.

Teknik beceriler: liste değil, gruplu bir özet

On beş teknolojiyi tek satıra dizmek, hiçbirini iyi bilmediğin izlenimini verebilir. Grupla ve kısa tut:

• Diller: Kotlin, Dart, Python, SQL
• Framework ve kütüphaneler: Spring Boot, Flutter
• Araçlar: Git, Docker, PostgreSQL, Linux

Bir kural koy: mülakatta hakkında on dakika konuşamayacağın bir teknolojiyi yazma. "Bir kez tutorial'ını izledim" seviyesindeki şeyler CV'yi kalabalıklaştırır, güçlendirmez.

Her ilana küçük bir uyarlama

Aynı CV'yi her ilana göndermek kolay ama verimsiz. Her başvurudan önce ilanı oku ve iki şeyi kontrol et:

• İlanda geçen teknolojilerden hangilerini gerçekten kullandın? Bunlar CV'nde açıkça, ilanda yazdığı biçimde geçiyor mu? (İlan "PostgreSQL" diyorsa sen de "Postgres" yerine "PostgreSQL" yaz.)
• Bu ilana en yakın projen hangisi? Onu proje listesinin en üstüne al.

Bu uyarlama on dakika sürer. Ama ATS'nin anahtar kelime eşleştirmesinde de, insanın ilk bakışında da fark yaratır.

Gönderme öncesi kontrol listesi

1. Dosya PDF mi, adı "AdSoyad-CV.pdf" gibi anlaşılır mı?
2. Bütün bağlantılar çalışıyor mu? GitHub profilin herkese açık mı?
3. Yazım hatası var mı? Bir arkadaşına sesli okut.
4. Tarihler tutarlı mı, aynı biçimde mi yazılmış ("Eyl 2025 – Haz 2026")?
5. Metni seçip bir metin dosyasına yapıştırdığında sıra bozuluyor mu? Bozuluyorsa ATS de bozuk okuyordur; düzeni sadeleştir.
6. Tek sayfaya sığıyor mu?

Proje yoksa?

CV'ne yazacak projen yoksa sorun CV değil, proje eksikliği. Bunu düzeltmenin en hızlı yolu tek başına değil, bir ekiple ve gerçek bir kullanıcısı olan bir şey üretmek. Hem CV'ne yazacak bir satır çıkar, hem de mülakatta "ekipte nasıl çalıştın?" sorusuna gerçek bir cevabın olur.

re:make her pazar 15.00'te Buca'da buluşuyor; projesine ekip arayanlarla ekip arayanlar orada tanışıyor. Üye olmadan da gelebilirsin. Yeri ve saati burada.