Mobil geliştirmede junior geliştirici: rol, sorumluluklar ve Middle'a giden yol

Mobil geliştirmede junior kimdir?

Junior, geliştirici kariyer merdiveninin ilk basamağıdır. Programlamanın temellerini öğrenmiş ancak karmaşık görevleri bağımsız olarak yönetecek yeterli ticari deneyime henüz sahip olmayan bir uzmandır. Junior'lar BT'ye kurslar, üniversiteler veya kendi kendine öğrenme yoluyla girer ve temel hedefleri, bir buçuk ila iki yıl içinde Middle seviyesine kadar pratik beceriler kazanmaktır.

Mobil geliştirmede bir junior'dan beklentiler: platformun temel bilgisi (Android veya iOS), basit ekranlar ve ekran geçişleri yazma yeteneği, Activity/UIViewController yaşam döngüsünü anlama. HackerRank Developer Skills Report (2024)'e göre, işverenler bir junior'dan OOP temellerini bilmesini, git ile çalışmasını ve mimari desenler (MVP, MVVM) hakkında temel anlayışa sahip olmasını bekler. Aynı zamanda, şirketlerin %60'ı güçlü bir kişisel projesi olması durumunda ticari deneyimi olmayan junior'ları işe almaya hazırdır.

Junior ve Trainee (stajyer) arasındaki farkı anlamak önemlidir. Trainee, iş sırasında öğrenen ve eğitim amaçlı görevler alan bir stajyerdir. Junior, işletmeye bir middle'dan daha az değer katan ancak kod incelemesi kontrolü altında basit ürün görevlerini yerine getirebilen tam zamanlı bir çalışandır. Habr Career (2025)'e göre, Junior pozisyonunda ortalama çalışma süresi 1,7 yıldır.

Junior'ın becerileri ve yetkinlikleri

Bir Android junior'ın hard skills'leri şunları içerir: Kotlin bilgisi (sözdizimi, null safety, coroutine'ler), RecyclerView ve adaptörleriyle çalışma, Jetpack Navigation ile navigasyon, Material Design'ın temel anlayışı ve XML düzenleriyle basit arayüzler oluşturma becerisi. iOS junior için: Swift (Optionals, closures, ARC), UITableView/UICollectionView ile çalışma, Storyboard ve Auto Layout, UIKit'in temel anlayışı ve view controller yaşam döngüsü.

Herhangi bir junior için zorunlu bir beceri, bir sürüm kontrol sistemi ile çalışmaktır. Git, ekip geliştirmenin temelidir: dal oluşturma, commit'ler, pull request'ler, temel çakışmaları çözme. JetBrains Developer Ecosystem (2024) istatistiklerine göre, şirketlerin %96'sı Git'i birincil VCS olarak kullanır ve onunla çalışamamak işe alım uzmanları için kırmızı bayraktır. Ek olarak, bir junior temel düzeyde CI/CD boru hatlarıyla çalışabilmelidir: bir build'in ne olduğunu ve gradle build komutunun ne yaptığını anlamak.

Soft skills, bir junior için teknik becerilerden daha az önemli değildir. Doğru soruları sorma yeteneği temel bir yetkinliktir: junior, bir şey net değilse sessiz kalmamalı, ancak belgelerde zaten cevabı olan soruları da sormamalıdır. İkinci beceri — geri bildirimi kabul etme. Kod incelemesi, bir junior'ın büyümesi için ana araçtır, bu nedenle yorumları yapıcı bir şekilde karşılamak önemlidir. Google Project Oxygen (2024)'e göre, soft skills, junior ve senior geliştiriciler arasındaki üretkenlik farkının %67'sini açıklar.

Yeni başlayan geliştiricinin görevleri ve sorumlulukları

Mobil geliştirmede bir junior'ın tipik görevleri: mevcut kodda hata düzeltme, hazır düzenlere göre basit ekranlar uygulama, mevcut modüller için birim testleri yazma, eski kod bakımı ve UI öğelerini doğrulama. Görev karmaşıklığı kademeli olarak artar — ilk 2–3 ay junior belirli talimatlarla görev alır, ardından genel bir açıklamayla.

Junior'ın sorumlulukları arasında kod incelemesi (başkalarının kodunu temel hatalar için kontrol etme), günlük stand-up toplantılarına katılma, kendi görevleri için zaman tahmini (genellikle ekip liderinin gözetiminde) ve çözümleri belgeleme yer alır. Junior'ın görevleri körü körüne yapmaması önemlidir — her kod satırı bilinçli olmalıdır. İyi bir uygulama: kod yazmadan önce junior, kağıda kısa bir plan (yaklaşımın metinsel açıklaması) yazar ve mentor ile onaylar.

Atlassian State of Developer Experience (2024)'e göre, junior'lar zamanlarının yaklaşık %30'unu öğrenmeye ve %70'ini görevleri yerine getirmeye harcar. Bir junior'ın etkinliği, bir Middle geliştiricinin %30–50'sidir, ancak bu, bağlılık, taze bakış açısı ve öğrenme isteği ile dengelenir. Güçlü mentorluk kültürüne sahip şirketler (junior'lar deneyimli geliştiricilere atanır), yeni başlayan çalışanlar arasında %25 daha düşük personel devri gösterir.

Junior'ların tipik hataları ve bunlardan kaçınma yolları

İlk hata — soru sormamak. Junior'lar genellikle yetersiz görünmekten korkar ve deneyimli bir geliştiricinin 5 dakikada önereceği bir çözümü aramak için bir gün harcar. İki saat kuralı: eğer bir görev 2 saat içinde çözülmezse, bir soru sorulmalıdır. Aptalca bir soru sorup cevap almak, bir günü boşa harcayıp teslim tarihini kaçırmaktan daha iyidir.

İkinci hata — çözümleri aşırı karmaşık hale getirme. Yeni başlayan geliştiriciler, desenleri erken kullanma eğilimindedir: üç ekran için Clean Architecture uygulamak, basit bir if'in yeterli olduğu yerde soyut fabrikalar yazmak. KISS ilkesi (Keep It Simple, Stupid), bir junior için ana rehberdir. Bir çözüm 50 yerine 10 satırda yazılabiliyorsa — 10 satırda yazın. Yeniden düzenleme, kod gerçekten büyümeye başladığında deneyimle birlikte gelecektir.

Üçüncü hata — kod incelemesini görmezden gelme. Bazı junior'lar, kod incelemesi yorumlarını kişisel eleştiri olarak algılar ve her satırı savunmaya çalışır. Olgun davranış, yorumu okumak, özünü anlamak, kabul etmek veya mantıklı bir şekilde itiraz etmektir. Google Research (2024)'e göre, kod incelemesine aktif olarak katılan geliştiriciler (hem yazar hem de inceleyen olarak), kıdem ölçeğinde %40 daha hızlı büyür.

Dördüncü hata — test eksikliği. Junior genellikle birim testleri olmadan kod yazar ve bunu zaman kaybı olarak görür. Gerçekte, testler kod için belgelerdir ve gerilemelere karşı sigortadır. Ana iş mantığı için test yazmak yeterlidir: ViewModel, Repository, UseCase. TDD Survey (2024)'e göre, test yazan geliştiriciler hata ayıklamada %30 daha az zaman harcar.

Junior'dan Middle'a geçiş: yol haritası

Junior'dan Middle'a büyüme yol haritası üç aşamadan oluşur. Aşama 1 (0–6 ay): proje kod tabanına hakim olma, mimariyi anlama, mentor olmadan basit görevleri tamamlama. Hedef — soruların cevaplarını bağımsız olarak bulmayı öğrenmek (belgeler, Stack Overflow, iç wiki). KPI: yeniden işleme iade edilmeden tamamlanan görev sayısı.

Aşama 2 (6–18 ay): orta karmaşıklıktaki özelliklerin bağımsız uygulanması, mimari tartışmalara katılım, test yazma. Bu aşamada junior, salt bir uygulayıcı olmaktan çıkar ve yeniden düzenlemeden performans optimizasyonuna kadar iyileştirmeler önermeye başlar. KPI: kod incelemesi yorumlarının azalması, senior'lardan olumlu geri bildirimlerin ortaya çıkması.

Aşama 3 (18–36 ay): A'dan Z'ye bir çözüm tasarlama yeteneği, ±%20 doğrulukla zaman tahmini, yeni junior'lara mentorluk. Bu aşamayı tamamladıktan sonra geliştirici Middle mülakatına hazırdır. LinkedIn Tech Hiring Report (2024)'e göre, Junior → Middle ortalama büyüme süresi iOS için 2,3 yıl ve Android için 2,1 yıldır.