Ekranın İçinde Düşünen Geliştirici: Mobil Uygulama Geliştirici CV Şablonu

Bir mobil geliştiricinin cV'si neden farklı bir mantık ister?

Mobil uygulama geliştirme. Masaüstü geliştirme ya da backend geliştirme gibi alanlardan teknik olarak başka bir düşünce yapısı gerektirir. Ekran boyutu sınırlıdır. Bellek ve batarya kısıtları gerçektir. Aslına bakılırsa, bir kullanıcı, uygulamayı açtığı anda iki saniye içinde "bu uygulama yavaş" diye kapatabilir. İşte bu yüzden bir mobil geliştiricinin CV'si de masaüstü yazılım geliştirici CV'sinden değişik bir kurguyla yazılmalıdır.

Bu rehber, klasik bir yazılım geliştirici CV şablonu değil. Burada anlattığım her bölüm, mobil geliştirmenin kendine özgü gerçekliklerinden besleniyor: ufak ekranda ciddi deneyim yaratma. Sınırlı kaynaklarla çalışan sistemler tasarlama ve milyonlarca cihazda çalışması gereken kod yazma.

Başlık satırı: kendinizi tek cümleyle konumlandırın

CV'nin en üstündeki başlık satırı, ATS taramasının ilk baktığı yerdir. Çoğu aday burayı "Yazılım Geliştirici" ya da "Software Engineer" gibi genel bir unvanla doldurur. Mobil geliştiriciyseniz bu, deneyiminizin çözünürlüğünü düşürür.

Hangi unvanlar daha iyi çalışır?

• IOS Uygulama Geliştirici
• Android Uygulama Geliştirici
• Cross-Platform Mobil Geliştirici
• Flutter / React Native Geliştirici
• Senior Mobil Uygulama Geliştirici

Burada amaç, unvanın içinde platformun görünür olmasıdır. İşe alım uzmanı, "Flutter Geliştirici" ifadesini gördüğünde adayın hangi teknolojilerde yetkin olduğunu ilk bakışta anlayabilir. Şöyle ki, "Yazılım Geliştirici" ifadesinde ise bu bağlantıyı kurmak için CV'nin geri kalanını okuması gerekir. ATS de benzer şekilde çalışır: net ifade edilen unvan, anahtar kelime eşleşmesinde daha yüksek puan alır.

Eğer hem iOS hem Android deneyiminiz varsa ve pozisyon da bu yönde bakıyorsa. Başlıkta her iki platformu belirtmek mantıklıdır. Sahada, aksi halde herhangi birinde uzmanlaştıysanız, o platformu öne çıkarmak daha temiz bir mesaj verir.

Profil özeti: iki satırda ne yapıyorsunuz, neden farklısınız?

Başlığın hemen altındaki kısa profil özeti, CV'nin en çok ihmal edilen alanlarından biridir. Çoğu aday burayı "X yıl deneyimli, motive, takım oyuncusu" gibi jenerik ifadelerle doldurur. İşin aslı, mobil geliştirici için profil özeti, geliştiricinin mobil düşünce yapısına ne kadar hakim olduğunu göstermelidir.

Profil özetinde bulunması gereken üç katman

1. Platform yetkinliği: Hangi platformlarda, hangi dillerde çalıştığınız
2. Aslına bakılırsa, uygulama türü: B2C, B2B, kurumsal, oyun, e-ticaret, fintech gibi alan deneyimi
3. Ayrım yaratan bir somut başarı: Performans iyileştirmesi, hatırı sayılır ölçekli yayın, kullanıcı tabanı büyümesi gibi

Gerçekte, örneğin şöyle bir cümle düşünün: "5 yıllık Android geliştirme deneyimine sahip, Kotlin ve Jetpack Compose ile kurumsal bankacılık uygulamaları geliştiren bir geliştiriciyim. Son projemde uygulamanın başlangıç süresini optimize ederek kullanıcı tabanını genişletmeye katkı sağladım." Burada her şey somut: süre. Platform, dil, alan, başarı. Jenerik ifadelerden tamamen arınmış.

Profil özetini yazarken "motivasyon", "tutku", "öğrenmeye açık" gibi kelimelerden kaçının. Bunlar herkesin CV'sinde var. Sizi özgün kılan, yaptığınız işin kendisidir.

Teknik beceri bölümü: mobil yetkinliği yerinde kategorize etme

Açıkçası, yazılım geliştirici CV şablonlarının çoğu, teknik becerileri tek bir uzun listede toplar. Mobil geliştirici için bu yaklaşım çalışmaz. Bir noktada, zira mobil yığın, kendi içinde değişik katmanlardan oluşur ve bu katmanları ayırmadan listelemek. ATS'nin sizi doğru eşleştirmesini zorlaştırır.

Teknik becerileri şu katmanlara ayırın

• Platformlar ve Diller: Swift, Objective-C, Kotlin, Java, Dart
• Framework'ler ve SDK'lar: UIKit, SwiftUI, Jetpack Compose, Flutter, React Native, Xamarin
• Mimari Desenler: MVVM, MVP, Clean Architecture, BLoC, Redux
• Veri ve Ağ: Core Data, Realm, SQLite, Room, Retrofit, Alamofire, GraphQL, REST
• Asenkron Programlama: Coroutines, RxSwift, RxJava, async/await, GCD
• Test: XCTest, Espresso, JUnit, Mockito, UI Automator, integration test
• Dağıtım ve Araçlar: Xcode, Android Studio, Fastlane, Gradle, CocoaPods, Firebase, App Center
• Sahada, analitik ve Performans: Firebase Analytics, Crashlytics, AppDynamics, Instruments, Android Profiler

Bu katmanlı yapı, işe alım uzmanının bir bakışta sizin hangi alanlarda derin. Hangi alanlarda yüzeysel olduğunuzu anlamasını sunar. ATS de anahtar kelimeleri daha temiz yakalar.

Genelde, teknik beceri listesi yazarken her şeyi "ileri düzey" ya da "uzman" diye etiketlemekten kaçının. Eğer bir teknolojiye güncel başladıysanız "temel" ya da "öğreniyor" ifadesini kullanmak dürüstlüğü korur ve iş görüşmesinde gereksiz soruların önüne geçer.

İş deneyimi: projeleri değil, kararları anlatın

Aslına bakılırsa, bu bölüm, mobil geliştirici CV'sinin en kritik kısmıdır. Çoğu aday burada "X şirketinde Y uygulaması geliştirdim" cümlesini yazar ve geçer. Bu cümle, geliştiricinin ne yaptığını değil, nerede bulunduğunu anlatır. Mobil geliştirici CV'sinde her pozisyon altında. Geliştiricinin aldığı teknik kararlar ve bu kararların sonucunda ortaya çıkan etki anlatılmalıdır.

Bir pozisyon altında şu yapıyı kurun

1. Firma, pozisyon, çalışma süresi:
2. Uygulamanın amacı ve hedef kitlesi:
3. Sizin teknik sorumluluğunuz (ne yaptınız):
4. Kullanılan teknoloji yığını:
5. Somut sonuç veya etki:

Bu yapı, klasik madde işaretli "sorumluluklar" listesinden farklıdır. "Sorumluluklar" sizin neyle meşgul olduğunuzu anlatır; "sonuç ve etki" ise sizin neyi değiştirdiğinizi.

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

Zayıf ifade: "Şirketin mobil uygulamasını geliştirdim."

İşin aslı, güçlü ifade: "Kurumsal müşteriler için geliştirilen Android uygulamasının sıfırdan mimarisini kurdum. Kotlin ve MVVM kullanarak modüler bir yapı oluşturdum. Yayın sonrası ilk üç ayda uygulamanın günlük aktif kullanıcı sayısı arttı."

İkinci cümlede her şey var: platform, dil, mimari, sonuç. Okuyan kişi, sizin sadece kod yazan değil, karar veren bir geliştirici olduğunuzu anlıyor.

App store ve play store deneyimini görünür kılın

Mobil geliştiricinin en somut portfolyosu yayınladığı uygulamalardır. Backend ya da frontend geliştiriciden farklı olarak mobil geliştiricinin işi doğrudan mağazada sergilenir. Bu avantajı CV'ye yansıtmamak büyük bir kayıp olur.

Mağaza deneyimini şu şekilde cV'ye taşıyın

• Uygulama adı, mağaza linki ve varsa indirme sayısı
• Hangi sürümlerde yayına siz dahil oldunuz
• Yayın öncesi test süreçlerinde üstlendiğiniz rol (beta, internal testing, staged rollout)
• Yayın sonrası versiyon güncellemelerinde sizin geliştirdiğiniz özellikler

Net konuşmak gerekirse, eğer uygulama kurum içi kullanım için geliştirildiyse ve mağazada yoksa. "kurum içi dağıtım" ya da "MDM üzerinden dağıtım" ifadesini yararlanmak da olanaklıdır. Çoğu durumda, burada kayda değer olan, geliştirilen uygulamanın son kullanıcıya nasıl ulaştırıldığını göstermektir.

Performans metrikleri: mobilin kendi rakamları

Backend geliştirici için saniyedeki istek sayısı. Somut olarak, frontend için sayfa yükleme süresi ne ise mobil geliştirici için de bazı özgün metrikler vardır. Bu metrikleri CV'de kullanmak, geliştiricinin performans bilincini kanıtlar.

Mobil dünyasında anlamlı olan metrikler

• Uygulama başlangıç süresi: Cold start ve warm start süreleri
• Crash-free kullanıcı oranı: Crashlytics benzeri araçlardan
• APK/IPA boyutu: Sınırlı boyut, daha fazla cihazda kullanılabilirlik demektir
• Bellek tüketimi: Bilhassa büyük listeler veya medya içerikli uygulamalarda
• Batarya tüketimi: Arka plan servisleri ve konum servisleri kullanan uygulamalarda
• Ağ verimliliği: Çevrimdışı çalışma yeteneği, cache yönetimi

Bir noktada, bu metrikleri CV'ye yazarken "X kadar iyileştirdim" gibi ifadeler kullanın. Somut rakamlar, jenerik iddialardan daima daha ikna edicidir. Fakat rakamları uydurmamak önemlidir; elinizde gerçek bir ölçüm yoksa "X'in altına indirilmesine katkı sağladım" gibi daha yumuşak ifadeler de kullanılabilir.

Mobil mimari kararları cV'ye taşıma

Pratikte, mobil geliştirmede mimari kararlar, masaüstü geliştirmedekinden daha belirgindir. Zira sınırlı kaynaklar, geliştiriciyi bazı kalıplara zorlar. Bu kalıpları CV'de belirtmek, adayın teknik olgunluğunu ortaya koyar.

Anlatılabilecek mimari karar örnekleri

• MVVM'den MVI'ya geçiş sürecinde sürdürülebilirlik kazanımı
• Modülerleştirme sonrası build süresinin kısalması
• Gerçekte, clean Architecture benimseme kararı ve bunun test edilebilirliğe etkisi
• Cross-platform çözümden (Flutter/RN) native'e veya tersine geçiş kararı
• GraphQL'e geçiş sonrası ağ trafiğindeki değişim
• Çevrimdışı öncelikli (offline-first) veri modeline geçiş

Somut olarak, bu tür mimari kararlar, kod yazmaktan bir üst seviyededir. İşe alım uzmanı bu ifadeleri gördüğünde. Net konuşmak gerekirse, adayın sadece talimat alan değil, mimari tartışmalara dahil olan biri olduğunu anlar.

Kullanıcı deneyimi ve tasarımcı iş birliği

Mobil geliştiricinin tasarımcılarla çalışma biçimi, masaüstü geliştiriciden farklıdır. Piksel hassasiyeti, gesture desteği, cihaz çeşitliliği ve erişilebilirlik gibi konular, geliştiricinin tasarım sürecinde aktif rol almasını gerektirir. Bu yönü CV'de vurgulamak, adayı diğer geliştiricilerden ayırır.

Bu bağlamda yazılabilecek ifadeler

• Figma/Adobe XD üzerinden tasarımcılarla birlikte çalışma deneyimi
• Design System oluşturma veya mevcut sisteme katkı sağlama
• Erişilebilirlik standartlarına (Accessibility) uyumlu arayüz geliştirme
• Dark mode ve tema desteği için altyapı kurma
• Motion ve animasyon konusunda tasarımcılarla birlikte karar alma

Şöyle ki, bu tür ifadeler, geliştiricinin kodun ötesinde düşünen biri olduğunu ortaya koyar. Özellikle orta ve üst düzey pozisyonlar için bu farkındalık kritik önem taşır.

Üçüncü Parti Entegrasyonlar ve SDK'lar

Mobil uygulamalar nadiren yalnız çalışır. Push notification servisleri, ödeme altyapıları, harita servisleri. Analitik araçları, sosyal medya SDK'ları ve daha pek çok üçüncü parti bileşen, modern bir mobil uygulamanın parçasıdır. Bu entegrasyonları CV'de belirtmek, geliştiricinin gerçek dünya deneyimini gösterir.

Belirtilebilecek entegrasyon türleri

• Firebase (Auth, Firestore, Cloud Messaging, Crashlytics)
• Google Maps / Apple MapKit
• Stripe, PayPal, Iyzico gibi ödeme servisleri
• Adjust, AppsFlyer, Branch gibi attribution araçları
• OneSignal, Pusher gibi bildirim servisleri
• GA4, Mixpanel, Amplitude gibi analitik SDK'ları

Burada da liste halinde yazmak yerine. "ödeme entegrasyonu sırasında kart saklama (PCI) uyumluluğunu sağladım" gibi daha somut cümleler tercih edilmelidir.

Eğitim ve Sertifikalar

Şöyle ki, yazılım sektöründe eğitim bölümü, diğer sektörlere göre daha az belirleyicidir. Fakat tamamen atlanmamalıdır. Bilgisayar mühendisliği, yazılım mühendisliği veya matematik gibi bölümlerden mezuniyet belirtilmelidir. Eğer başka bir bölümden gelip yazılıma geçiş yaptıysanız, bu durumu olumlu bir hikayeye dönüştürmek olanaklıdır: "Kendini geliştirme yoluyla yazılıma geçiş yapan biri olarak X projesinde Y rolünü üstlendim" gibi.

Apple ve Google'ın resmi sertifikaları (mesela Apple Developer Certification, Associate Android Developer), CV'de güçlü bir referanstır. Genelde, bunun dışında platforma özel eğitimler (Udacity, Coursera, Google Developers Training) belirtilebilir.

Portfolyo ve yan projeler

Genelde, mobil geliştiricinin kişisel projeleri, bilhassa çalışma deneyimi sınırlıysa, çok değerlidir. GitHub'da paylaşılan açık kaynak projeler. Kısaca, app Store/Play Store'da yayınlanmış kişisel uygulamalar, blog yazıları veya konuşma kayıtları portfolyo bölümünde yer alabilir.

Portfolyo için önerilen yapı

• Uygulama adı ve kısa açıklaması
• Çözülen problem veya uygulamanın amacı
• Kullanılan teknolojiler
• Varsa indirme sayısı veya kullanıcı geri bildirimleri
• Kaynak kodu veya mağaza linki

Yan projeler, geliştiricinin sadece iş yerinde değil, kişisel zamanda da bu alana yatırım yaptığını gösterir. Bu da motivasyonun ve merakın bir göstergesidir.

Kısaca, yaygın Hatalar: Mobil Geliştirici CV'lerinde Sık Yapılan Yanlışlar

Sadece "uygulama geliştirdim" demek

Bu ifade, geliştiricinin yaptığı işi opak bırakır. Hangi platformda, hangi dilde, hangi ölçekte geliştirdi? Okuyan kişi bunu anlayamaz. Her pozisyon altında platform, dil ve somut katkı muhakkak belirtilmelidir.

IOS ve Android'i ayırt etmemek

İki platformun geliştirme pratikleri birbirinden epey farklıdır. Swift bilen birinin Kotlin bildiğini varsaymak ya da tam tersi, isabetli olmaz. Net konuşmak gerekirse, cV'de platformlara göre ayrım yapılmadığında, işe alım uzmanı hangi pozisyona uygun olduğunuzu belirleyemez.

Mağaza linklerini eklememek

Mobil geliştiricinin en somut çıktısı mağazadaki uygulamadır. CV'de uygulamanın adı varsa ama linki yoksa, işe alım uzmanı uygulamayı inceleyemez. Net konuşmak gerekirse, bu, geliştiricinin kendi işine ne kadar güvendiğiyle ilgili bir sinyal de verir.

Performans metriklerini belirtmemek

"Performans iyileştirmesi yaptım" cümlesi tek başına yetersizdir. Neyin iyileştirildiği, başlangıç değeri, hedef değer ve ulaşılan sonuç belirtilmediğinde bu cümle jenerik kalır.

Mobil dışı teknolojileri öne çıkarmak

Bir mobil geliştiriciyseniz CV'nin merkezinde mobil teknolojiler olmalıdır. Web geliştirme veya backend deneyimi varsa, bu "diğer beceriler" bölümünde kalabilir. Ana görsel ağırlık, mobil yığında olmalıdır.

ATS uyumu: mobil anahtar kelimelerini doğal yerleştirme

Modern ATS sistemleri, CV'deki anahtar kelimeleri hem başlık hem de metin içinde arar. Somut olarak, mobil geliştirici CV'sinde geçmesi gereken anahtar kelimeler, pozisyonun gereksinimlerine göre değişir. Ancak bazı evrensel ifadeler vardır: Swift. Kotlin, iOS, Android, Flutter, React Native, Firebase, REST, GraphQL, MVVM, CI/CD, Fastlane.

Sahada, anahtar kelimeleri CV'ye yerleştirirken yapay bir tekrardan kaçınmak gerekir. Cümle içinde doğal akışta kullanılmalı, sadece anahtar kelime yığını halinde sıralanmamalıdır. ATS'ler bu tür doldurma girişimlerini tespit edebilir.

CV formatı: tek sayfa mı, iki sayfa mı?

Şöyle ki, junior seviyedeki bir mobil geliştirici için tek sayfa yeterlidir. Üç yıldan az deneyimde, detaylandırma ihtiyacı azdır ve her şey tek sayfada temiz biçimde ifade edilebilir.

Mid ve senior seviyede iki sayfa kabul edilebilir. Ancak iki sayfayı doldurmak için uydurma içerik eklenmemelidir. İki sayfa, sizin daha fazla projeniz. Daha derin sorumluluğunuz ve daha geniş katkınız olduğu için doğal olarak oluşmalıdır.

Aslına bakılırsa, yazı tipi olarak 10-11 punto arası, başlıklar için 12-13 punto uygundur. Calibri, Arial, Roboto gibi sık rastlanan ve ATS uyumlu yazı tipleri tercih edilmelidir. Sütunlu düzenlerden, tablolardan, grafik ve şekillerden kaçınılmalıdır. Bunlar ATS'nin metni okumasını zorlaştırır.

Sektöre göre vurgu değiştirme

Mobil geliştirici CV'si, başvurulan sektöre göre başka vurgular içermelidir. Mesela:

• Fintech: Güvenlik, şifreleme, PCI uyumu, hassas veri işleme
• E-ticaret: Ödeme entegrasyonu, performans, push notification stratejileri
• Çoğu durumda, sağlık: HIPAA benzeri uyumluluk, veri gizliliği, sensör entegrasyonu
• Oyun: Performans optimizasyonu, grafik API'leri, motor tercihleri
• Kurumsal: MDM dağıtımı, çoklu dil desteği, çevrimdışı çalışma

Bu vurgular, profil özetinde ve iş deneyimi bölümünde sektöre uygun ifadelerle desteklenmelidir. Aynı CV'yi her başvuruya göndermek yerine, başvurulan pozisyona göre ince ayar yapmak ayrım yaratır.

Referanslar ve topluluk katkıları

Yazılım geliştiriciler için referanslar eskisi kadar kritik olmasa da, bir teknik referans CV'de yer alabilir. Daha önemlisi, topluluk katkılarıdır: GitHub'da açık kaynak projelere katkı. Gerçekte, stack Overflow cevapları, blog yazıları, konuşma ve meetup deneyimleri.

Bu tür katkılar, geliştiricinin sadece kapalı bir ofiste kod yazan biri değil. Alanla etkileşim halinde olan biri olduğunu ortaya koyar. Açıkçası, mobil geliştirme topluluğu, başta platforma özel forumlar ve Discord/Telegram grupları açısından oldukça aktiftir.

Sonuç: ekran kısıtını cV'ye yansıtmak

Sahada, mobil uygulama geliştiricisi CV'si, masaüstü geliştirici CV'si değildir. Bu farkı yazının her yerinde vurguladım. Zira gerçekten farklıdır: küçük ekranda ciddi deneyim yaratma. Sınırlı kaynaklarla çalışan sistemler kurma, milyonlarca cihazda tutarlı performans sağlama.

CV'nizi oluştururken her bölümde kendinize şu soruyu sorun: "Bu cümle. Mobil geliştirme düşünce yapısını yansıtıyor mu?" Eğer cevap evet ise o cümle yerinde kalır. Eğer cevap hayır, jenerik bir yazılım geliştirici ifadesi ise o cümleyi yeniden yazın.

İyi hazırlanmış bir CV şablonu. Net konuşmak gerekirse, sizi diğer adaylardan ayıran tek şey değildir; ancak ilk izlenimi oluşturan en önemli araçtır. Bu rehberdeki yönergeleri izleyerek hazırlayacağınız CV. Mobil geliştirme alanındaki deneyiminizi tam olarak yansıtacak ve ATS'nin sizi doğru pozisyonla eşleştirmesini kolaylaştıracaktır.

En nitelikli CV şablonu, sizin özgün hikayenize en nitelikli hizmet edendir. Pratikte, şablonu bir başlangıç noktası olarak tercih edin, fakat son halini kendi deneyiminize göre şekillendirin. Mobil geliştirme dünyası, standart kalıpları seven değil, kendi yolunu çizen geliştiricilere değer veren bir dünyadır.