Uzman mı, genelci mi: T-tipi bir kariyer
Derin uzmanlaşma ile geniş genelcilik arasındaki gerilimi ve T-tipi kariyer modelinin bu denklemi nasıl çözdüğünü aktarıyorum.
Kariyer konuşmalarında sürekli karşılaştığım bir soru var: uzman mı olmalıyım, genelci mi? Bu soruyu on yıldan fazla süre boyunca hem kendime hem de etrafımdaki geliştiricilere yönelttim. Yanıtım giderek netleşti: yanlış bir soru bu.
Uzman ve genelci, karşıt kutuplar olarak konumlandırılıyor. Gerçekte başarılı kariyerler bu iki kutbun arasında değil, ikisini aynı anda taşıyan bir yapıda seyrediyor. Bu yapıyı T-tipi kariyer olarak tanımlıyorum — bir alanda gerçek derinlik, etrafında çalışan bir genişlik.
T-tipinin anatomisi
T harfinin yatay çizgisi genişliği temsil ediyor: birden fazla teknoloji, domain, araç hakkında yeterince bilgi sahibi olmak. Birlikte çalıştığınız insanları anlamak, farklı katmanların birbiriyle nasıl konuştuğunu görmek, bir problemi tek bir perspektiften değil birkaç farklı perspektiften okuyabilmek.
T’nin dikey çizgisi ise derinliği: bir alanda gerçekten uzmanlaşmış olmak. Bu alan bir dil olabilir, bir domain olabilir, bir technology stack olabilir. Ama bu derinlik yüzeysel değil — o alanda başkalarının göremediği şeyleri görebiliyor olmalısınız.
On yılı aşkın PHP deneyimim bu T’nin dikey kolu. PHP ile sadece kod yazmıyorum; dilin hangi kararların sonucunda bugüne geldiğini, hangi kalıpların neden çalışıp neden çalışmadığını, ekosistemin nasıl evrildiğini görüyorum. Go, TypeScript, React Native ise genişliğin parçaları — hepsinde yetkinim ama her birinde PHP kadar derine gitmedim.
Polyglot’un T-tipindeki yeri
Polyglot olmak T-tipinin doğal bir parçası. Birden fazla dil bilmek, dilden bağımsız programlama kavramlarını daha net görmenizi sağlıyor. Farklı hata yönetimi modellerini, tip sistemlerini, eşzamanlılık yaklaşımlarını görmüş biri, tek bir dilin paradigmasına sıkışmış birinden farklı soruyor soruları.
Ama polyglot olmak başlı başına bir hedef olduğunda — “her yeni dili öğreneceğim” diye bir misyon — dağılmaya dönüşüyor. Geniş ama sığ bir T ortaya çıkıyor; yatay çizgi uzun ama dikey çizgi yok.
Derinlikten yoksun genişlik, ekip içinde değerini kaybediyor. Her konuda “biraz bilen” biri aslında kritik anlarda güvenilemez — çünkü o kritik anlarda derinlik gerekiyor, genişlik değil.
Derinleşilecek alanı seçmek
Hangi alanda derinleşeceğinizi seçmek, T’nin en kritik kararı. Bu seçim rastgele veya piyasanın talebi üzerinden yapıldığında uzun vadede tatminsizlik üretiyor. Birkaç kriter işe yarıyor:
Gerçek ilgi. Zorunluluk olmadan da o alana çekilip çekilmediğiniz. Bir şeyi derinlemesine öğrenmek için uzun vadeli enerji şart; bu enerji ancak gerçek ilgiyle geliyor.
Tamamlayıcılık. Zaten çalıştığınız bağlamda değer üretip üretmediği. PHP ile web uygulamaları geliştiriyorsanız PHP’de derinleşmek tamamlayıcı. Ama aynı bağlamda Kubernetes derinliği sizi farklı bir lane’e taşır — bu yanlış değil, ama farklı bir kariyer kararı.
Evrim kapasitesi. O alanın önümüzdeki beş-on yılda nasıl şekilleneceği. Tamamen statik bir alan yıllarca öğrenilen derinliği değersizleştireceği için seçici olmak gerekiyor.
Genişlik ne zaman yatırım, ne zaman dağılma
Genişlik yatırım: yeni bir dil veya araç, mevcut derinliğinizi farklı bir perspektiften görmek için kullanıyorsanız. Go öğrenmek, PHP’deki hata yönetimi kararlarımı sorgulatıyor. TypeScript’in tip sistemi, PHP’deki tip tasarımı düşüncemi zenginleştiriyor.
Genişlik dağılma: her altı ayda farklı bir trend peşinden koşuyorsanız, hiçbirinde derinleşmeden geçiyorsanız, öğrendiğiniz şeyleri uygulamada kullanmadan bırakıyorsanız. Bu, portföye satır ekliyor ama gerçek kapasiteye değil.
Pratik bir test: son öğrendiğiniz şeyi mevcut işinizde bir problem çözmek için kullandınız mı? Kullandıysanız yatırım. Kullanmadıysanız ya da kullanma fırsatı aramadıysanız dağılmaya yakın bir alan bu.
Kariyer boyunca T’nin değişimi
T-tipi kariyer statik değil. Dikey kolun yavaş yavaş değişmesi mümkün — ve zaman zaman gerekli. Bazı alanlar teknolojinin evrimi içinde değerini yitiriyor; bu noktada derinliği kaydırmak stratejik bir karar.
Ama bu kaydırma kolay değil ve ucuz değil. Yıllarca birikmiş derinliği bırakıp yeniden başlamak hem maliyetli hem de kimlik düzeyinde zorlayıcı. Bu yüzden derinleşilecek alanı baştan seçmek önemli. Piyasanın ani taleplerine göre sürekli kaydıran biri, hiçbir zaman gerçek T’yi inşa edemiyor.
Mid ve kıdemli geliştiricilere, kariyer kararlarında yön ararken söyleyeceğim şey bu: uzman mı genelci mi sorusunun cevabını aramayın. “Dikey kolum nerede, yatay çizgim ne kadar geniş” sorusunu sorun. Derinlik olmadan genişlik gürültü, genişlik olmadan derinlik kıırılganlık. İkisi birlikte kariyer.