Unity Geliştirici CV Şablonu: Gameplay Kodundan Performans Profiline, Bir Oyun Motoru Programcısının Beceri Yelpazesini Özgeçmişte Yapılandırma Rehberi

Unity geliştiricisi olarak özgeçmiş ne işe yarar?

Bir Unity geliştiricisi olarak kariyerinde ilerlemek istediğinde. Elinde tuttuğun CV'nin teknik özgeçmişlerin en spesifiklerinden biri olduğunu kabul etmek şarttır. Burada sadece "yazılım geliştirici" gibi genel bir etiket yok; zira Unity geliştiricisi aynı anda bir oyun motoru kullanıcısı. Bir gameplay programcısı. Bir performans mühendisi ve çoğu zaman da bir shader yazarı, UI implementeri ya da çoklu platform yayıncısıdır. Bu çok katmanlı kimlik, özgeçmişte de çok katmanlı bir sunum gerektirir.

Bu yazı, bir Unity geliştirici CV şablonunun hangi yapı taşlarından oluşması gerektiğini. Hangi bölümlerin öne çıkarılacağını ve hangi tuzaklardan kaçınılacağını ele alıyor. Çoğu durumda, gaye, "programlama biliyorum" gibi belirsiz bir cümleden çıkıp, motor düzeyinde neler yapabildiğini somut olarak anlatan bir cv şablon oluşturmak.

Bir unity geliştirici CV şablonunun temel yapısı

Bir noktada, unity geliştiricilerine özel bir CV şablonu düşünürken, klasik yazılım geliştirici şablonunun üzerine iki ek katman eklendiğini görürsün: motor seviyesinde teknik beceriler ve proje bağlamında portfolyo. Bu yüzden tipik bir Unity CV'si şu bloklardan oluşur:

• Özet / Profil bölümü (kısa, motor odaklı)
• Teknik beceriler (C# seviyesi, Unity modülleri, araçlar)
• Profesyonel deneyim (proje bazlı, motor detayları ile)
• Yayınlanmış ve yayınlanmamış projeler / Portfolyo
• Eğitim (oyun geliştirme, bilgisayar bilimi, ilgili sertifikalar)
• Yayınlar, konuşmalar, topluluk katkıları (varsa)

Bu yapı, özgeçmişin hem teknik işe alım yöneticisinin hem de oyun stüdyosunun prodüksiyon ekibinin hızlıca tarayabileceği bir dengeye oturmasını kazandırır. Bir noktada, iyi hazırlanmış bir CV şablon zaten bu bilgi akışını kronolojik değil. "önem sırasına göre" sunar; zira Unity geliştirici CV'leri çoğu zaman jenerik pozisyon başvurularından ziyade stüdyo veya proje bazlı değerlendirilir.

Özet bölümü: ilk satırların ağırlığı

CV'nin üst kısmındaki üç-dört satır. Çoğu zaman okuyucunun seni "detaylı incele" ya da "şimdi geç" kararını verdiği yerdir. Bu alanda şu üç bilgi kesinlikle yer almalı:

• Kaç yıldır Unity ile çalıştığın ve hangi tür projelerde deneyimin olduğu (2D mobil. 3D PC, hiper-kasaba oyun, vs.)
• Hangi programlama seviyesinde olduğun (junior, mid, senior, lead) ve oyun döngüsündeki rolün (gameplay, tools, UI, systems)
• Yayın sürecinde doğrudan deneyimin varsa platform adları (App Store, Google Play, Steam, Switch, PS5, vb.)

Aslına bakılırsa, buradaki dil teknik olmalı ama abartılı bir pazarlama tonuna kaymamalı. "AAA oyun geliştiricisi" gibi iddialı etiketlerden kaçınmak. Çalıştığın gerçek projeleri ve stüdyoları doğru biçimde konumlandırmak daha inandırıcı olur.

Teknik Beceriler: C#'tan Shader'a Net Bir Harita

Unity geliştiricisinin özgeçmişinde en kritik bölüm budur. Somut olarak, zira motor, aynı anda birçok başka uzmanlık alanını kapsar. "Unity biliyor" ifadesi tek başına bir şey ifade etmez; hangi derinlikte. Hangi modüllerde, hangi yan araçlarla çalıştığını belirtmen şarttır.

C# Programlama Seviyesi

Unity geliştiricisi CV'sinde C# seviyesi, jenerik bir "ileri seviye C#" ifadesinden öteye geçmelidir. Şu tür ayrıntılar okuyucuya daha somut bir fikir verir:

• Coroutine ve async/await kullanımı (UI akışı, yükleme, network beklemesi)
• Delegate, event, action yapılarının oyun event sistemlerinde kullanımı
• Generic yapılar, interface ayrımı, dependency injection pratiği
• Design pattern bilgisi (state machine, observer, object pool, singleton, vb. Ile ilgili somut proje deneyimi)
• Unit test ve test edilebilir kod yazma alışkanlığı (NUnit, Unity Test Framework)

Bu liste, "Unity'de kod yazıyorum" ifadesinin altını doldurur. Bir işe alım uzmanı bu maddelere bakarak, senin sadece hazır eklentileri birbirine bağlayan biri mi yoksa kendi sistemlerini tasarlayan biri mi olduğunu anlayabilir.

Unity motor bileşenleri ve editör

Unity motoru tek bir bütün olarak değerlendirilemez; geliştiricinin başka modüllere aşinalığı CV'de ayrı ayrı gösterilir. Aşağıdaki başlıklar tipik bir Unity geliştirici CV şablonunda ayrı satırlar olarak yer alır:

• Unity Editor Workflow: Prefab varyantları, ScriptableObject pipeline, custom inspector, Editor scripting
• UI sistemleri: UGUI, UI Toolkit, DOTween, animasyonlu arayüz
• Fizik: Rigidbody, Collider, NavMesh, raycast optimizasyonu
• Animasyon: Mecanim, Animator Controller, blend tree, Timeline
• Audio: AudioMixer, 3D ses, adaptive music entegrasyonu
• 2D: SpriteAtlas, Tilemap, 2D lighting, SortingLayer stratejileri
• 3D: ShaderLab, Shader Graph, URP/HDRP pipeline, post-processing

Burada her satırda "hangi projede, hangi amaçla kullandım" sorusunu cevaplayacak bir bağlam olması idealdir. Salt "Shader Graph kullandım" yazmak yerine. "Shader Graph ile stilize su yüzeyi gerçek zamanlı olarak hazırlandı" gibi cümleler kurmak. Cv şablon üzerinde ayrım yaratır.

Araçlar ve version control

Teknik beceriler bölümü motor bilgisinden ibaret değildir. Üretim sürecinin parçası olan araçlar da burada sıralanır:

• Git, GitHub, GitLab, Plastic SCM (Unity stüdyoları çoğunlukla bunlardan birini kullanır)
• Jira, ClickUp, Hansoft, ShotGrid (proje yönetimi araçları)
• Plastic SCM / Perforce merge stratejileri (büyük asset repo yönetimi)
• CI/CD: Unity Cloud Build, GitHub Actions, Jenkins, TeamCity

Stüdyo tipi AAA ise Perforce deneyimini, indie veya hiper-kasaba stüdyosu ise Git iş akışını öne çıkarmak. Başvurduğun pozisyonun bağlamına göre bu satırları sıralamak işe yarar.

Profesyonel deneyim: proje bazlı anlatı

Unity geliştiricisi özgeçmişinde deneyim bölümü, kronolojik bir iş listesi olmaktan çıkıp proje bazlı bir anlatıya dönüşmelidir. Bir noktada, diğer bir ifadeyle her pozisyon için "kurum adı, tarih, pozisyon, görev tanımı" formatı yerine. O pozisyonda ne tür bir oyun yapıldığı. Sen bu oyunun hangi sistemlerinden sorumlu olduğun ve sonuçların neler olduğu öne çıkarılır.

Her pozisyon için şu sorular cevaplanmalı

• Proje neydi? (Tür, platform, ekip büyüklüğü, yayın durumu)
• Motor versiyonu ve pipeline neydi? (Unity 2021 LTS, URP, HDRP, custom render pipeline)
• Hangi sistemlerden sorumluydum? (Gameplay loop, combat, inventory, save/load, network, UI)
• Somut kazanımlar ne oldu? Net konuşmak gerekirse, (Performans iyileşmesi, build süresinin düşmesi, kritik bug çözümleri)

Bu yapı, stüdyoların CV okurken sıkça sorduğu "bu kişi oyunun hangi parçasını gerçekten yaptı?" sorusuna cevap verir. Pratikte, aynı zamanda, o pozisyonda kendi başına bir sistem kurup kurmadığın yoksa sadece talimat alarak parça parça iş mi yaptığın da görünür hale gelir.

Söz gelimi, "kurum X'te 2 yıl Unity geliştiricisi olarak çalıştım" cümlesi zayıfken. Kısaca, "X stüdyosunun yayınladığı mobil RPG projesinde Unity 2020 LTS ve URP pipeline üzerinde combat. İnventory ve save sistemlerini sıfırdan tasarladım, frame time'ı hedef bütçeye indirdim" cümlesi somut ve inandırıcıdır. Burada uydurma rakam olmaması çok önemli; performans kazanımı gerçekten belgelenebilir bir veri olmalı. Eğer elde yoksa o cümle yumuşatılmalıdır.

Yayınlanmamış projeler de anlatılır

Stüdyo dünyasında her oyun yayınlanmaz; pek çok Unity geliştiricisi iptal edilen. Soft-launch edilen ya da prototip aşamasında kalan projelerde çalışır. Bu projeler de CV'de yer alabilir, fakat yayınlanmış projelerden değişik bir tonla: hangi aşamaya kadar geldiğin. Prototipin amacı, ekip yapısı ve rolün açıkça belirtilir. "Cancel edilen projede yer aldım" bilgisi. Aslına bakılırsa, başvurulan pozisyona göre kıymetli olabilir; zira prodüksiyon döngüsünün her aşamasında deneyim kazanmak olanaklıdır.

Portfolyo ve CV'nin Birlikte Çalışması

Unity geliştirici CV'leri, diğer yazılım pozisyonlarından değişik olarak portfolyo ile doğrudan ilişkilendirilir. Çoğu stüdyo, CV'nin yanında GitHub. Somut olarak, itch.io, Steam, App Store mağaza sayfası ya da kişisel web sitesi bağlantısı ister. Bu yüzden CV şablonunda portfolyo bağlantısı görünür ve bağlamsal olmalı.

Projeler nasıl sunulur?

CV'de proje listesi, portfolyo sitesinin sadece bir kısa özeti değil, onun için bir giriş kapısı olmalıdır. Her proje için ideal olarak şu bilgiler yer alır:

• Projenin adı ve bağlantısı (GitHub repo, mağaza sayfası, kişisel site)
• Çoğu durumda, türü, kapsamı (jam projesi mi, ticari proje mi, prototip mi)
• Sende olan rol (solist, gameplay, tools, UI, shader, multiplayer)
• Çoğu durumda, teknik özet (kullanılan paketler, Unity versiyonu, render pipeline, harici entegrasyonlar)

Bu yapı, okuyucuya portfolyo sitesine girdiğinde neye bakması gerektiğini söyler. Kısaca, aynı projeyi hem CV'de hem de sitede aynı kelimelerle anlatmak tutarlılık sunar.

Game jam ve kısa süreli projeler

Ludum Dare, Global Game Jam gibi etkinliklerden çıkan oyunlar. Başta junior ve mid seviye geliştiriciler için özgeçmişte kıymetlidir. Bu projeler "süratli prototipleme" becerisini ortaya koyar ve çoğu zaman solo ya da 2-3 kişilik bir ekipte çalışma kapasitesini belgeler. CV'de bu projeler ayrı bir alt başlık altında, tarih sırası ile listelenir.

Performans, optimizasyon ve profil bilgisi

Unity geliştiricisi özgeçmişinde çoğu zaman göz ardı edilen ancak senior seviye için belirleyici olan bölüm performans ve optimizasyon deneyimidir. Aslına bakılırsa, zira Unity projeleri, bilhassa mobil ve konsol targetlerde. Frame budget sıkıntısı yaşar ve bu sıkıntıyı çözen kişi ekipte kıymetlidir.

Bu bölümde açıkça belirtilebilecek başlıklar şunlardır:

• Profiler, Frame Debugger, Memory Profiler kullanımı
• Gerçekte, draw call batching, GPU instancing, SRP Batcher farkındalığı
• Texture sıkıştırma, atlas stratejileri, asset budgeting
• Genelde, gC baskısı azaltma (string concatenation, pooling, struct kullanımı)
• Platform bazlı optimizasyon (mobil cihaz termal throttling, konsol bellek sınırları)
• İşin aslı, ıL2CPP ve Mono backend farkları, build time optimizasyonu

Eğer bir projede somut bir optimizasyon yaptıysan ve bunu ölçümle doğrulayabildiysen. Gerçekte, bu bilgiyi CV'ye cümle şeklinde, sayı vermeden ya da gerçekçi bir ölçüm ile yazmak işe yarar. Bu, senior pozisyonlarda yönetici düzeyindeki karar vericilerin gözünde ayrım yaratır.

Platform ve build deneyimi

Unity motorunun en güçlü yanlarından biri, birden fazla platforma derleme yapabilmesidir. IOS, Android, Windows, macOS, Linux. WebGL, PlayStation, Xbox, Nintendo Switch ve hatta bazı özel cihazlar (XR, automotive), hepsi Unity'nin build listesindedir. Net konuşmak gerekirse, fakat her platformun kendine has sertifika, store submission, performans ve input constraintleri vardır.

Aslına bakılırsa, cV'de platform deneyimi bunun yanı sıra belirtilmeli; sadece "mobil" değil "iOS App Store süreci. İn-app purchase sandbox testleri, Android Play Console internal/closed track deneyimi" gibi somut ifadeler kullanılmalıdır. Konsol tarafında ise platform holder (Sony, Microsoft, Nintendo) ile NDA'lı test süreci bilgisi yazılabilir; detay verilmeden, "Switch/Xbox sertifika sürecinde çalıştım" düzeyinde belirtmek yeterli olacaktır.

Build pipeline ve otomasyon

Modern Unity stüdyolarının çoğu build pipeline'ını otomatikleştirir. CI/CD bilgisi burada devreye girer:

• Unity Cloud Build konfigürasyonu ve branch pipeline
• Aslına bakılırsa, gitHub Actions, Jenkins veya TeamCity üzerinde Unity build job'ları
• Build artefact'lerinin internal distribution (Diawi, Firebase App Distribution) ile paylaşımı
• Platform sertifikalarının ve keystore'ların yönetimi
• Addressables ve Asset Bundle remote pipeline

Pratikte, bu maddeler, "otomasyon yapabilir" ifadesinden daha inandırıcı bir sen anlatır.

Multiplayer, networking ve backend

Unity'de online oyun güçlendirmek ayrı bir yetkinlik alanıdır. Kısaca, cV'de bu bilgi ayrı bir blok olarak yer alırsa daha anlaşılır olur. Çünkü çoğu aday multiplayer'ı "photon kullanıyorum" kadar kısa geçer; ancak gerçek network programcısı olmak için başlıklar daha derindir.

• Netcode for GameObjects, Mirror, Photon Fusion/PUN, Fish-Net, custom UDP/TCP stack
• Server authoritative vs client authoritative kararı
• Reconciliation, lag compensation, prediction deneyimi
• Backend bağlantısı: REST, GraphQL, gRPC, WebSocket
• Authentication, matchmaking, lobby sistemleri

Burada yine, "hangi proje için, hangi kit ile, hangi desende" sorularını cevaplamak önemlidir. Bir noktada, bilhassa canlı operasyon yürüten oyunlarda (live ops) çalışan geliştiriciler için bu bilgi olmazsa olmazdır.

AR/VR ve XR Deneyimi

Unity, AR/VR alanında pazarın en yaygın motorlarından biridir ve bu alan ayrı bir uzmanlık çizgisi oluşturur. Aslına bakılırsa, cV'de XR deneyimi varsa, ayrı bir paragrafta belirtilir:

• AR Foundation, MRTK, OpenXR, Oculus Integration paketleri
• Hand tracking, eye tracking, passthrough deneyimi
• Spatial UI, World Space canvas, locomotion sistemleri
• Platform holder (Meta, Apple Vision Pro, PICO, HTC Vive) onaylı başlık deneyimi

Bu bilgi, AR/VR iş ilanlarına başvurulduğunda hızlıca fark edilir; çünkü bu pozisyonlar görece az ve spesifik olduğu için CV'de açıkça yer alması önem taşır.

Yazılım disiplinleri: test, dokümantasyon ve code review

Kısaca, bir Unity geliştiricisi hem kod yazan hem ekip içinde kaliteyi koruyan kişidir. Bu yüzden özgeçmişte yazılım disiplini ile ilgili maddeler de yer alabilir:

• EditMode ve PlayMode test yazımı, Unity Test Framework
• Unit test coverage oranı ve refactoring pratiği
• Code review kültürü (GitHub PR, merge request review deneyimi)
• Tasarım dokümanı (design doc) yazma ve okuma
• Engineering blog, runbook, onboarding dokümanı yazarak bilgi aktarımı

Somut olarak, bu maddeler, başta senior ve lead pozisyonları için aranır; zira bu seviyede bireysel kod yazmanın yanı sıra ekibin kalitesini yükseltme sorumluluğu da vardır.

Eğitim, sertifikalar ve sürekli öğrenme

Unity geliştiricisi özgeçmişinde eğitim bölümü muhakkak yer alır. Bilgisayar mühendisliği, yazılım mühendisliği, oyun tasarımı, matematik, fizik gibi bölümler, motorun hangi alanına yatkın olduğunu kanıtlar. Ancak Udemy, Coursera. Unity Learn gibi kurslar da bir kariyer hikâyesinin parçasıdır; bunlar "ek olarak" başlığı altında listelenir.

Stüdyoların ciddiye aldığı bazı sertifikalar (platform holder onaylı eğitimler. Çoğu durumda, unity Certified Professional: Programmer gibi) varsa bunlar kesinlikle özgeçmişte görünür olmalıdır. Zira bu sertifikalar, junior işe alımda neredeyse bir ön eleme filtresi işlevi görür.

CV formatı ve uzunluğu: sayfa sayısı, dosya türü ve sunum

Tüm bu bilgilerin toplandığı CV şablonunda dikkat edilmesi gereken bazı format detayları da vardır:

Sayfa Uzunluğu

Junior pozisyonlar için tek sayfa yeterli olacaktır. Mid-level için tek sayfa sıkıdır ama iki sayfa kabul edilebilir. Bir noktada, senior ve lead pozisyonlar için iki sayfa normdur, ancak üç sayfayı geçmemesi önerilir. Unity geliştiricisi özgeçmişinde her satır "bu aday hangi projede ne yaptı?" sorusuna cevap vermelidir; gereksiz hobi. Dil kursu ya da CV'yi doldurmak için eklenmiş bilgi yer almamalıdır.

Dosya biçimi ve ATS uyumluluğu

Pratikte, pek çok hatırı sayılır stüdyo, özgeçmişleri ATS (Applicant Tracking System) ile tarar. Bu yüzden CV'nin:

• Basit bir PDF olarak sunulması (tarayıcıda bozulan tablo, ikon, çok renkli tasarım risk oluşturur)
• Sütun yerine blok bazlı düzenin tercih edilmesi
• Standart font (Arial, Calibri, Roboto) ve net başlık hiyerarşisi
• Anahtar kelime olarak "Unity", "C#", "URP", "multiplayer" gibi terimlerin metin içinde geçmesi

ATS uyumluluğu göz ardı edilirse. Görsel olarak çok hoş görünen bir CV bile ATS tarafından düzgün okunamadığı için elenebilir.

Sektörel bağlam: stüdyo tipine göre vurgu değişir

CV şablonu oluştururken başvurduğun stüdyonun tipi özgeçmişin vurgusunu değiştirir:

Indie / küçük stüdyolar

Pratikte, ındie stüdyolar, geliştiriciden çoğunlukla geniş bir sorumluluk yelpazesi bekler. CV'de çok yönlülük, oyun döngüsünün her aşamasına temas etmiş olmak önem kazanır. "Solo geliştirici olarak 3 oyun yayınladım" ifadesi, "AAA ekibinde combat sistemi yazdım" ifadesinden daha çarpıcı olabilir. Net konuşmak gerekirse, bu yüzden CV'de game jam projeleri, kişisel projeler ve yayınlanmış oyunlar öne çıkarılır.

AA ve AAA Stüdyolar

Ciddi stüdyolarda CV'nin dar bir alana odaklanması beklenir: söz gelimi "online RPG'de server authority sistemi geliştirdim" gibi bir tek satır. Genel bir "Unity biliyorum" ifadesinden daha değerlidir. Bu stüdyolar pipeline, profil, performans, kod kalitesi gibi konularda spesifik deneyim arar. CV'de Perforce, Gerrit ya da Plastic SCM gibi araçlar, NDA'lı platform deneyimi ve uzmanlaştığın sistem belirtilir.

Mobil ve hiper-Kasaba stüdyoları

Genelde, mobil tarafında monetizasyon, canlı operasyon ve sık güncelleme döngüsü önem taşır. CV'de analytics SDK entegrasyonu. A/B test pipeline, force update stratejileri, App Store/Play Store review süreçleri bilgisi öne çıkarılır. Burada "yayın sonrası çok sayıda major update yönettim" gibi cümleler fark yaratır.

Alışılmış hatalar ve kaçınılması gereken noktalar

Bir Unity geliştirici CV'sinde sık yapılan hataları bilmek, hazırlanan şablonun daha net olmasını sağlar:

• "Unity programlama biliyorum" gibi belirsiz ifade: Bunun yerine "Unity 2022 LTS + URP. Custom Editor tooling, Mecanim animasyon pipeline'ı kullandım" gibi somut yap.
• Her projeyi aynı detayda anlatmak: Önemli projeleri öne çıkar, ufak prototipleri kısa tut.
• Yayınlanmamış projeleri saklamak: İptal projeler bile ekiplerin nasıl çalıştığını gösterebilir; açıkça yaz.
• Link vermeden GitHub kullanıcı adı yazmak: Profiline tıklanabilir bağlantı koy.
• Çok uzun paragraf yerine madde kullanmamak: Teknik roller için madde listesi, paragraf metninden daha okunabilirdir.
• Teknik terim olmadan "ekip liderliği yaptım" demek: Kaç kişilik ekip, ne kadar süre. Hangi kararlar alındı gibi bağlam ekle.

Bu maddelerin her biri. "güçlü niyetle yazılmış ama okuyucuya az şey anlatan" bir CV'nin önündeki en büyük engellerdir.

CV'yi güncel tutmak: proje sonrası bakım

Somut olarak, pek çok geliştirici CV'sini son projelerinin ardından güncellemeyi unutur. Ancak Unity geliştirici CV'si canlı bir belge olmalıdır. Her projeden sonra, o projede kullandığın güncel paketleri. Unity versiyonunu, render pipeline'ı, varsa leadership deneyimini CV'ye eklemek yararlıdır. Bu alışkanlık, terfi görüşmelerinde ya da güncel pozisyon arayışlarında hazır bir özgeçmişe sahip olmayı sunar.

Bunun yanı sıra LinkedIn. GitHub README ve kişisel portfolyo sitesi, CV ile aynı proje listesini başka formatta anlatır. Bu üçlü arasındaki tutarlılık. Dijital izlen açısından güçlü bir sinyal oluşturur; çünkü işe alım ekipleri çoğunlukla yalnızca PDF'i değil. Bu platformları da hızlıca kontrol eder.

Sonuç

Unity geliştirici CV şablonu, salt kod listesi değil; motor düzeyinde teknik kimliğin. Prodüksiyon döngüsündeki rolünün ve portfolyo bağlamının tek sayfada birleşimidir. C# seviyesinden platform deneyimine, performans ölçümlerinden multiplayer bilgisine kadar her satır, somut proje bağlamıyla desteklenmelidir. ATS uyumlu bir dosya biçiminde. Net başlık hiyerarşisi ile ve her başvurulan stüdyonun tipine göre vurguları yeniden düzenlenmiş bir CV. Unity ekosisteminde iş arayan ya da terfi hedefleyen her geliştirici için en temel araçtır.

Bu rehberdeki ilkeleri kendi projelerine uyguladığında. Elinde sadece bir özgeçmiş değil, motor düzeyinde senin kim olduğunu anlatan bir yetkinlik haritası olacak.