Giriş
Birçok geliştirici 'senior' unvanını yılların otomatik sonucu sanır. Gerçekte seviye atlamak, sorumluluk alanının genişlemesi, belirsizlikte karar verebilme ve ekibe çarpan etkisi yaratma ile ölçülür. Unvan şirketlere göre değişir; somut davranışlar ise her yerde benzerdir.
Bu yazıda junior, mid ve senior arasındaki farkları iş çıktısı üzerinden tanımlayacak, hangi becerilerin hangi aşamada kritik olduğunu ve kendi gelişim planınızı nasıl yazacağınızı adım adım ele alacağız. Amaç unvan avı değil, sürdürülebilir bir uzmanlık inşa etmektir.
Seviyeleri Çıktıyla Tanımlamak
Junior geliştirici, net tanımlanmış görevleri tamamlar; rehberlik bekler ve kapsamı küçük tutar. Mid seviye, bir özelliği uçtan uca sahiplenir, riskleri önceden görür ve takım içi standartlara katkı verir. Senior ise sistem sınırlarını görür, trade-off'ları açıklar ve başkalarının daha hızlı öğrenmesini sağlar.
Yıl sayısı tek başına yeterli değildir. Üç yıllık deneyim tekrar eden junior işleri de olabilir; iki yılda yüksek sahiplik gösteren biri mid seviyesine yaklaşmış olabilir. Değerlendirirken 'ne yaptım' yerine 'ne değiştirdim' sorusunu sorun.
- Junior: görev tamamlama, öğrenme hızı, geri bildirime açıklık
- Mid: uçtan uca özellik sahipliği, kalite bilinci
- Senior: sistem düşüncesi, mentörlük, belirsizlikte karar
- Staff+: organizasyonel etki, teknik strateji
Teknik Derinlik ve Genişlik Dengesi
Senior olmak her teknolojiyi bilmek demek değildir. Bir alanda derin uzmanlık (T-şekli profilin dikey çizgisi) ve komşu alanlarda yeterli okuryazarlık (yatay çizgi) birlikte ilerler. Örneğin backend'de güçlüyseniz dağıtık sistemler, gözlemlenebilirlik ve veri modelleme konularında bilinçli boşluk bırakmayın.
Öğrenme listesini sonsuz tutmak yerine çeyrek bazlı 2–3 hedef seçin. Her hedef için 'üretimde kullandım / başkasına öğrettim / karar dokümanı yazdım' gibi kanıt üretin. Öğrenmenin kariyer değeri, paylaşılınca ve ölçülünce artar.
Q1 hedefleri
- [ ] Bir serviste latency p95'i ölçüp iyileştirme PR'ı
- [ ] Takıma 30 dk observability oturumu
- [ ] Design doc: feature X trade-off'larıOwnership: Sahiplik Kasını Büyütmek
Sahiplik, 'bu ticket bitti' demenin ötesinde, sonucun üretimde sağlıklı yaşamasını da üstlenmektir. Monitoring, runbook, geriye dönük hata analizi ve kullanıcı etkisini takip etmek ownership'in parçasıdır. Mid'den senior'a geçişte bu kas en görünür farkı yaratır.
Küçük başlayın: bir modülün 'go-to' kişisi olun, on-call sırasında net iletişim kurun, teknik borç için önceliklendirilmiş bir öneri listesi çıkarın. Yöneticinizle 'bu çeyrekte hangi alanın sahibi olacağım?' konuşmasını bilinçli açın.
- Bir domain seçin ve 90 gün boyunca derinleşin
- Dokümantasyon ve test boşluklarını kapatın
- Incident sonrası yazılı öğrenme notu paylaşın
- Bir junior'a o domainde eşlik edin
İletişim ve Etki Alanı
Teknik güç, anlaşılır anlatım olmadan sınırlı kalır. Senior geliştirici kararları 'neden / alternatifler / risk / öneri' formatında yazar; toplantıda yalnızca itiraz etmez, seçenek sunar. Kod review'da üslup ve netlik, ekip hızını doğrudan etkiler.
Etki alanını büyütmek için çapraz takım işbirliği, RFC yazımı ve mentörlük fırsatlarını bilinçli arayın. Görünürlük ego değildir; görünmeyen iş terfi ve fırsatlarda kaybolur.
Senior seviye, daha zor ticket çözmekten çok daha iyi kararlar üretmek ve başkalarını hızlandırmaktır.
90 Günlük Gelişim Planı
Planınızı üç eksene ayırın: teknik (bir zorluk alanı), ürün (kullanıcı/metrik bilinci) ve soft skill (geri bildirim, sunum, yazma). Her eksene ölçülebilir çıktı bağlayın. 'Daha iyi olacağım' hedef değildir; 'üç design doc yazacağım' hedeftir.
Haftalık 30 dakikalık retrospektif tutun: ne öğrendim, nerede takıldım, kime sordum. Mentor veya yönetici ile ayda bir bu notları gözden geçirin. Kariyer görüşmelerinde kanıt dosyanız hazır olsun.
- Haftalık öğrenme günlüğü
- Aylık 1:1'de kariyer maddesi
- Çeyreklik hedef + kanıt listesi
- Yılda en az bir görünür sunum veya yazı
Yaygın Tuzaklar
Sadece ticket kapatmak, teknoloji koleksiyonculuğu, geri bildirimi kişisel almak ve 'ben kod yazarım, iletişim bana ait değil' demek ilerlemeyi yavaşlatır. Bir diğer tuzak, unvan için şirket değiştirip aynı davranışları tekrarlamaktır; ortam değişir, kas değişmezse seviye de değişmez.
Burnout da sessiz bir tuzaktır. Sürekli fazla mesai ile 'kahramanlık' seniorluk sanılır; aslında sürdürülebilir sistem ve süreç tasarlamak seniorluktur. Tempo ile derinlik arasında denge kurun.
Sonuç
Junior'dan senior'a yol, bilinçli sahiplik, ölçülebilir öğrenme ve etki alanını büyütmekle örülür. Unvanlar şirket politikasına bağlıdır; davranışlarınız ise her ortamda taşınabilir sermayenizdir.
Bugün bir domain seçin, 90 günlük plan yazın ve ilk kanıtınızı (PR, doc veya mentörlük) bu ay üretin. Küçük, tutarlı adımlar yılların rastgele birikiminden daha güvenilir sonuç verir.
- Seviyeyi çıktı ve sahiplikle ölçün
- T-şekli öğrenme planı yapın
- Görünür, yazılı karar üretin