Oyun Geliştirici CV'sinde Unity ve Unreal Yetkinliği: Motor Bilgisini Stratejik Konumlandırmanın Anatomisi

Motor bilgisi neden CV'de düz bir liste olarak çıkmıyor?

Çoğu oyun geliştirici özgeçmişinde aynı sahneye rastlanır: "Beceriler" başlığının altında Unity, Unreal Engine 5, C#, C++, belki bir de yanına serpiştirilmiş Shader ve Blender kelimeleri. Bu liste teknik olarak doğru, kâğıt üzerinde eksiksiz, ama stüdyo tarafında otuz saniyede eleniyor. Çünkü motor bilgisi, tek başına bir teknoloji adı değil; hangi projede, hangi rolde, hangi sistem için, hangi kısıt içinde kullanıldığınızın hikâyesi.

Bu yazı, oyun geliştirici CV'sinde Unity ve Unreal yetkinliğini, Yazılım Geliştirici Maaşları 2027: Özgeçmiş Stratejileri ile Kazancınızı Yükseltin" data-seo-auto-link="true">Cv hazırlama sürecinin en kritik katmanı olan "teknolojiyi sonuca bağlama" katmanına taşımayı anlatıyor. Eğer online bir Cv bedava editörü kullanıyorsanız, hazır şablonların sizi düşürdüğü o tuzağı nasıl aşacağınızı da tartışacağız. Bir kez daha hatırlatalım: bu içerik, insan gözüne hitap edecek şekilde kurgulanırken ATS süzen filtrelerini de yumuşatacak biçimde tasarlandı.

"Motor biliyorum" cümlesinin açmazı

Bir işe alım uzmanı yüzlerce CV arasında "Unity biliyorum" yazan iki aday görüyor. İlkinin altında, kendi yaptığı bir mobil hipercausual oyunun App Store bağlantısı var. Diğerinin altında, stüdyoda iki yıllık bir AAA projesinde gameplay programmer olarak görev aldığı üç madde var. İkisi de Unity biliyor. Ama aynı değil.

Cv analiz yapan birçok platform, motor bilgisinin tek başına yeterli olmadığını, bağlamın her şeyi değiştirdiğini söylüyor. Buradaki bağlam üç katmandan oluşuyor:

• Proje bağlamı: Hangi tür, hangi platform, hangi kısıt (mobil/PC/konsol/VR).
• Rol bağlamı: Gameplay mi, sistem mi, shader mı, araç mı, optimizasyon mu.
• Sonuç bağlamı: Kaç indirme, kaç FPS, hangi ödül, kaç yıl sorunsuz canlıda kaldı.

CV'de motor seçimi bir kariyer sinyali olarak nasıl çalışır?

Stüdyolar, motor tercihinizi okurken sadece teknoloji değil, Zihniyet de arıyor. Unity ağırlıklı bir CV mobil ve indie dünyasına, Unreal ağırlıklı bir CV ise AAA ve high-fidelity görsel dünyasına daha yakın duruyor. Siz bu algıyı ya kabul ederek ya da bilinçli şekilde kırarak kullanabilirsiniz. Burada "doğru" yok; "tutarlı" var.

Unity yönelimli profil nasıl okunuyor?

Bir teknik direktör, "Unity 2022 LTS, URP, Addressables, Unity Cloud Build" gibi spesifik terimler içeren CV'yi görünce zihninde şu soruları sırayla sorar:

• Bu kişi asset pipeline'ı yönetebiliyor mu?
• Birden fazla platforma derleme çıkarmış mı?
• Performans bütçesi içinde mi çalışmış?
• Productions build, eklentiler veya kendi araçlarını yazmış mı?

Eğer bu soruların cevabını CV vermek zorunda kalıyorsa, CV henüz bağlamı taşımıyor demektir. Cv hazırlama aşamasında bu soruların her birini zaten kendi kendinize sormuş, sonra cevaplarını madde madde dökmüş olmanız gerekiyor.

Unreal yönelimli profil nasıl okunuyor?

Unreal tarafında ise tipik olarak şu sinyaller aranıyor:

• Blueprint + C++ birlikte kullanımı (yalnızca biri çoğu zaman yetersizdir).
• Subsystem, Gameplay Framework veya GAS (Gameplay Ability System) ile temas.
• Nanite, Lumen, MetaHuman gibi teknolojilerin projede nasıl kullanıldığı.
• Shader Graph, HLSL veya Niagara ile yapılan özelleştirmeler.
• Kendi plugin'ini yazma cesareti (AI, araçlar, editör eklentileri).

Yine aynı kanun: Bu başlıkların her birinin yanında bir cümle olmalı, yalnızca terim değil, Sonuç olmalı.

Teknik beceriler bölümünü listeden anlatıya nasıl çevirirsiniz?

Modern Cv hazırlama yaklaşımında "Beceriler" bölümü artık tek bir düz liste değil, üç katmanlı bir yapı olarak tasarlanıyor. Bu yapı hem ATS tarafından rahat okunuyor hem de insan tarafından hızlı taranıyor.

Katman 1: Çekirdek motor

En üst satırda yalnızca çekirdek motor bilginizi gösterin. Örneğin:

• Unity – 4+ yıl, 6 yayınlanmış mobil proje
• Unreal Engine 5 – 2 yıl, 1 PC yayını, 1 prototip

Bu satır, "motor biliyorum" cümlesini bir zaman ve derinlik cümlesine dönüştürüyor. Cv analiz araçları bu satırı "yıl + motor + proje sayısı" üçlüsü olarak okuyor; bu da ATS'in sevdiği bir kalıptır.

Katman 2: Motor-içi alt sistemler

Burası, çoğu adayın atladığı ancak stüdyoların fişini çektiği kısım. "Unity biliyorum" değil, "Unity URP'de custom render feature yazdım", "Addressables ile patch süreci kurdum" gibi cümleler olmalı. Unreal için benzeri:

• Gameplay Ability System (GAS)
• NPC davranışları için Behavior Tree + EQS
• Procedural Content Generation araç zinciri
• Niagara ile VFX pipeline'ı

Bu katman, motor bilgisinin "hangi derinliğe indiğinizi" gösteriyor. Aynı zamanda LinkedIn veya GitHub'daki projenizle desteklenirse çok daha ikna edici duruyor.

Katman 3: Yan teknolojiler

Burada shader, araç geliştirme, otomasyon, performans profili çıkarma, sürüm kontrolü gibi motorla kesişen ama aynı olmayan şeyler yer alır. Bu katman özellikle orta-üst düzey pozisyonlarda fark yaratır:

• Shader Graph + HLSL ile özel efektler
• Memory Profiler, Frame Debugger, Unreal Insights
• CI/CD (Jenkins, GitLab CI, TeamCity)
• Plastic SCM, Perforce kullanımı

Proje bölümünde motoru "görev" üzerinden nasıl yazarsınız?

Beceriler bölümünde motor adı geçer; proje bölümünde ise motor Içinde ne yaptığınız geçer. Birçok aday proje açıklamasına "Unity kullanıldı" diye başlıyor; bu hem ATS için sıradan hem de insan için etkisiz.

Zayıf ve güçlü ifade örnekleri

Aynı gerçeği iki farklı şekilde yazabilirsiniz:

• Zayıf: "Unity ile bir puzzle oyunu yaptım."
• Güçlü: "Unity 2022 LTS + URP kullanarak, 6 seviyeli bir puzzle oyununu 9 ayda tek başıma yayına hazırladım; Addressables ile patch süreci tasarladım, 60 FPS hedefini Pixel 5 cihazda stabil tuttum."

Aynı yapı Unreal için de geçerlidir:

• Zayıf: "Unreal Engine 5 ile FPS denemesi yaptım."
• Güçlü: "Unreal Engine 5.3 + Lyra Sample tabanlı, takım tabanlı bir TPS prototipini 5 programcıyla 4 ayda teslim ettim; GAS üzerinde karakter yetenek sistemi, Niagara tabanlı VFX pipeline'ı kurdum."

İkinci örneklerde her madde doğal olarak motor bilgisinin Kanıtını taşıyor. Cv bedava editörlerinde hazırlanan şablonlar bile bu yapıya uyarlandığında güçlü bir belgeye dönüşüyor.

Hem Unity hem Unreal biliyorsanız, CV'nizde nasıl dengelersiniz?

Çift motor bilgisi kıymetli; ama dikkatli yazılmazsa "hiçbirinde derinleşmemiş" intibası bırakır. Bu yüzden önerilen yapı şudur:

Asıl motor ve yan motor ayrımı

CV'nin ilk sayfasında birincil motorunuzu, ikinci sayfa veya ikinci sırada yan motorunuzu gösterin. Örneğin:

• Ana yetkinlik: Unity (5 yıl, 3 yayın, 2 mobil, 1 PC)
• Yan yetkinlik: Unreal Engine 5 (1 yıl, 1 prototip, GAS deneyimi)

Bu ayrım, "her şeyi biliyorum" hissini veren ve aslında stüdyoları tedirgin eden "yarım yamalak" görüntüsünü ortadan kaldırır. ATS her iki motoru da yakalarken insan okuyucu, sizin öncelik sıranızı net olarak görür.

Yayınlanmış proje olmadan derinlik nasıl gösterilir?

Yeni mezun veya henüz ticari yayını olmayan biri için önerilen yol: açık kaynak, Game Jam, kişisel proje veya ders dönem projelerini doğru çerçevelemek. Burada "yayınlandı" ibaresi yerine Süreç anlatılır:

• Kaç kişilik takım.
• Kaç haftada hangi milestone'a ulaşıldı.
• Hangi motor sürümü, hangi alt sistemler.
• Karşılaşılan en büyük teknik sorun ve çözümü.

Bu yapı, "staj yapmadım ama öğrendim" cümlesinden çok daha sağlam durur. Cv hazırlama tavsiyelerinde sıkça karşılaşılan bir gerçek var: süreç anlatımı, sonuç anlatımı kadar ikna edici; çünkü stüdyo sizi süreçte gözlemlemek ister.

Motor versiyonu ve "hâlâ bu motoru kullanıyor musun?" sorusu

Stüdyolar, özellikle Unity 6 ve Unreal Engine 5 çıktıktan sonra, eski sürümlerde kalmış CV'leri sessizce eliyor. Bu yüzden sürüm bilgisini CV'ye yazmak gerekiyor; ama üç kuralı ihlal etmeden:

• Yanlış bildiğiniz sürümü yazmayın. Stüdyolar sürüm notlarını sormayı çok sever.
• "Unity" yazıp bırakmayın. "Unity 2022.3 LTS, 2023'e upgrade deneyimi" gibi net olun.
• LTS kavramını bilin: "Enterprise" karar veren ekipler, LTS tercih eder.

Bu küçük detay, Cv analiz araçlarının gözden kaçırdığı ama işe alım müdürlerinin yüksek sesle takdir ettiği bir sinyaldir.

Shader, VFX, optimizasyon gibi yan beceriler nereye yazılır?

Bu beceriler "Beceriler" bölümünde tek başlarına satır olmamalı. Mutlaka bir projeye veya bir role bağlanmalı. Çünkü yalnız başına "Shader Graph biliyorum" yazmak, hem ATS için sıradan hem de insan için belirsizdir. Bunun yerine:

• "URP için Shader Graph ve HLSL ile özel su yüzeyi efekti; mobilde 5 ms bütçesinin altında stabil."
• "Unreal Niagara ile 12 adet VFX, GPU partikül optimizasyonu ile birim maliyeti %35 düşürüldü."
• "Memory Profiler çıktılarına göre yaptığım refactor ile build sırasında 80 MB'ın altına indim."

Sayılar zorunluluk değil; ama oran, süre, bütçe, cihaz gibi ifadeler, somut bir bağlam yaratır. Bu sayılar gerçek hayattan alınmalı, uydurulmamalı.

CV'de motor bilgisi hangi yaygın hatalara düşüyor?

Yüzlerce oyun geliştirici CV'si üzerinden yapılan gözlemlerde tekrar eden birkaç hata var. Bu hatalar, Cv bedava editörlerinin hazır şablonlarıyla çalışırken daha da belirgin hale geliyor.

Hata 1: Aynı derecede yazmak

"Unity ⭐⭐⭐⭐⭐, Unreal Engine ⭐⭐⭐⭐⭐, CryEngine ⭐⭐⭐⭐⭐" gibi eşit yıldız vermek, hiçbir şey ifade etmez. Stüdyolar dereceyi değil, yaptığınız işe bakıyor.

Hata 2: Marka kelime saymak

"Unity, Unreal, Godot, CryEngine, Buildbox, GameMaker, RPG Maker" listesi, farklı derinlikte yedi farklı motorun aynıymış gibi sunulmasıdır. ATS anahtar kelime olarak okuyabilir, insan ise "bu kişi hiçbirinde derin değil" der.

Hata 3: Rol belirsizliği

"Oyun geliştirici olarak Unity kullanıldı" cümlesi gameplay programmer'ı da, UI kodlayan birini de, araç geliştireni de kapsar. CV'de rol açık değilse, stüdyo hangi pozisyona yerleştireceğini bilemez.

Hata 4: Sürüm belirsizliği

"Unity" yazıp geçmek, özellikle orta ve üst düzey pozisyonlarda ciddi bir zayıflık. 2022 LTS mi, 2023 mü, Unity 6 mı? Bu farklar, motorun güncel araçlarına hâkim olup olmadığınızı gösterir.

LinkedIn ve CV uyumu: motor aynı hikâyeyi anlatmalı

Oyun sektöründe işe alım uzmanı, CV'nizi gördükten sonra büyük olasılıkla LinkedIn'e geçer. İki profil aynı motor sıralamasını, aynı proje anlatımını taşımalı. Aksi halde "hangisi doğru?" sorusu açılır ve bu da güveni zayıflatır.

Bağlantı adresleri de bu uyumun bir parçası. Cv bedava editörlerinin çoğu artık özelleştirilmiş LinkedIn URL'sini temiz bir satırda gösteriyor; bu küçük detay hem kişisel marka hem de ATS uyumu için fark yaratıyor.

Ücretsiz CV hazırlama araçlarıyla bu yapı kurulabilir mi?

Kurulabilir, ama araç bilinçli kullanılmalı. Birçok Cv bedava şablonu, "Beceriler" bölümünü tek bir düz liste olarak kurgular ve proje bölümünü iki satırla sınırlar. Bu kısıtları aşmak için şunlar işe yarar:

• Profil özetinde motor bilgisini iki cümleyle mek.
• Beceriler bölümünü üç katmana ayırmak (çekirdek motor / motor-içi alt sistemler / yan teknolojiler).
• Proje maddelerini "Eylem + Kapsam + Sonuç" kalıbında yazmak.
• Şablondaki görsel hiyerarşiyi (kalın başlık, ikon kullanımı) müsrifçe harcamamak.

Eğer bir platform size Cv analiz özelliği sunuyorsa, bu analiz sonuçlarına üretken bakın: hangi anahtar kelimelerin eksik olduğunu, hangi cümlelerin belirsiz kaldığını, hangi bağlamın netleştirilmesi gerektiğini gösterir.

Kapanış: motor bilgisi CV'de "ne bildiğiniz" değil, "neyi nasıl yaptığınız"dır

Oyun geliştirici CV'sinde Unity ve Unreal motor bilgisinin gücü, teknolojinin adında değil, o teknolojiyle hangi sorunu çözdüğünüzdedir. Cv hazırlama sürecinde motor bilgisini tek başına bir etiket gibi taşımak yerine, projeye, role ve ölçülebilir sonuca bağlamak hem ATS hem de insan tarafından okunabilirliği artırır.

CV'nizi yeniden gözden geçirirken her motor satırı için şu üç soruyu sorun:

• Bu motoru hangi projede, hangi rolde kullandım?
• O projede motorun hangi özelliğine kadar indim?
• Ortaya çıkan sonuç ne oldu — süre, performans, kullanıcı sayısı, stabilite?

Bu üç soruya net cevap veremiyorsanız, motor bilgisi henüz CV'de bir varlık değil, yalnızca bir beklentidir. Cv analiz araçları ve tecrübeli gözler, bu farkı ilk on saniyede ayırt eder.