Daha yüksek ücretli bir teknik işe sahip olmak, artık kod yazamayacağınız anlamına mı geliyor? [kapalı]


58

Teknik kişilerin kabaca bu kategorilerden birine girdiği büyük bir şirkette çalışıyorum:

  1. Bir geliştirici belki tek bir ürün için geliştirir ve bir saldırı takımında yakından ürünle ilgili diğer takımlarla çalışır.
  2. Bir mimar birden fazla takım (5-6) danışman daha fazla olduğunu ve kütüphanelerin içinde özetlenmiştir olabilir ekip çabaları arasındaki ortaklıkları tanımaya çalışır (mimarlar, ancak kütüphane kod yazmayın). Bu mimar ayrıca yönetimle yapılan birçok toplantıya katılır ve teknik yönlendirme girişiminde bulunur.

Şirketimde mimar rolü, çoğu teknik insanın kariyerlerinde bir sonraki adım olarak yer aldığı yerdir.

Sorularım: Çoğu şirket, en yüksek ücretli teknik personelinin kod yazmaktan çok uzakta olacak şekilde çalışıyor mu? Bu, bir geliştiricinin kariyeri için doğal bir eğilim mi? Bir geliştiricinin hepsine sahip olabilir mi (kodu VE yönünü ayarla?)

Yanıtlar:


75

Çoğu şirket, en yüksek ücretli teknik personelinin kod yazmaktan çok uzakta olacağı şekilde çalışıyor mu?

En kötü şirketler. Daha az kod yazmayı içeren ve yazılım geliştirmenin diğer yönlerine daha fazla odaklanma konusunda daha fazla sorumluluk için doğal bir eğilim vardır. Bununla birlikte, teknik kodlamalar için aslında kodlamada zaman harcamazlarsa, ortak / en iyi / mümkün olanla teması kopması çok yaygındır. Bunun şirket üzerinde yıkıcı bir etkisi var.

Bu, bir geliştiricinin kariyeri için doğal bir eğilim mi?

Evet. Sonunda, bir kişi ürüne danışmanlık yaparak, koordine ederek, tasarlayarak, sorun alanını tanıyarak ve kod yazarak yapabileceklerinden başka yazılım geliştirme görevlerini yaparak çok daha fazla yardımcı olabilir. Ve tüm dürüstlüklerde, iyi liderlik veya tasarım becerilerine sahip olmak, kod yazma becerisinden çok daha nadirdir (okunur: değerli).

Bir geliştiricinin hepsine sahip olabilir mi (kodu VE yönünü ayarla?)

Kesinlikle. Eğer kodlama miktarı gerçekleştirmek gerekir rağmen olacak inmek. Sadece olamaz bir IDE aşağı gün kafaları% 80'ini harcıyorsanız de bu diğer değerli şeyler yapıyorlar.

Gerçekleşen diğer seçenek, daha iyi bir terim olmadığı için 'ana mühendis' seçeneğidir. Bazı geliştiriciler çok uzmanlaşmıştır. Örneğin Linux için gigabit ethernet sürücüleri yazan biriyle çalıştım. Bizim için bu tür bir işi yapması gerekti ve yalnızca bir avuç insan bu işi iyi yapabileceğinden, gününün çoğunluğu olarak kod yazmanın yanı sıra nakit para biriktirdi.

Çoğu şirket bu tür bir uzmanlığa ihtiyaç duymaz. Sadece birlikte su tesisatı yapıyorlar veya başka bir web sitesi / mobileapp yapıyorlar.


1
Bu. Bununla birlikte, çoğu hiyerarşide, ortalama "kod maymunu" ile bir mimar arasında birkaç konum vardır; Junior dev, dev, kıdemli dev, takım lideri, hatta proje yöneticisi çoğu zaman bir yazılım mimarının altında. Proje yöneticisine kadar, bu pozisyonların çoğu hala birincil kodlayıcılar, artan artan denetleyici / danışmanlık iş işlevleriyle, PM'ye yükseldiğinizde kuantum bir sıçrama ile tüm kodlama görevlerini kaynak ve insan yönetimi lehine serbest bırakan bir kuantum atlamasıyla. Mimarlar tipik olarak, kodlamalara daha yakın kalmak için PMP'leri bir araya getirir, ancak birden fazla projede otorite kazanır.
KeithS

1
Mükemmel cevap. Ve "hepsine sahip olmak" ile ilgili yorumunuz açıktır. Geçenlerde kariyer yolumu değiştirmek için bilinçli bir karar verdim, böylece kod yazmaya geri dönebileyim. Hem mimari hem de programlama becerilerimi kullanabilecek bir firma bulabilecek kadar şanslıydım. Kesinlikle bulmak zor olabilir.

3
"En kötü şirketler." Doğru ve özlü. +1
Kasım'da 12:12

Google / twitter'da bulun John Carmack ( twitter.com/ID_AA_Carmack ) ID Software'in kurucusu / teknik direktörüdür ve henüz her gün kod yazmaktadır. Harika bir örnek.
kodisha

@kodisha counter örneği Linus Torvalds . Eskisi kadar kod yazmıyor.
Autodidact

8

Bu büyük ölçüde organizasyonun kültürüne bağlıdır. Bazı firmaların sahte üstleri olmasına rağmen, üst düzey teknik pozisyonları yoktur.

Bazı şirketler bu pozisyonlara sahiptir. Büyük mühendislerin birkaç büyük şirkete (örneğin Google) veya yeni başlayanlara yönelme eğiliminin nedenlerinden biri, geliştiricilere devam edebilmeleri ve yüksek tazminat ve organizasyon statüsünde oldukları için heyecanlandıkları şeyler üzerinde çalışabilmeleridir. Çoğu şirkette geliştiriciler kalmak isteselerdi merdivenin en basamağında olurlardı.


4

Kişisel deneyim, kod yazma konusunda daha az deneyime sahip olduğumda, kod yazma konusunda daha az zaman alabilirim.

Sorunları ortaya çıkmadan önce çözmeye çalışıyorum. Takıldıklarında başkalarına yardım etmek. İşlerin nasıl birlikte oturacağını planlamak. İnsanları aynı yöne çekmelerini sağlamaya bile çalışıyorum.

Benim pozisyonumda kaçınılmaz hissediyor. Kodla çalışmayı tercih ediyorum, ancak şirketimiz için yapabileceğim çok daha değerli şeyler var.

Şimdi bu kişisel bir deneyim ama evet, çoğu ufacık şirketi yansıtacağını düşünüyorum. Ancak kendi patronuma koddan tamamen silinmek istemediğimi açıkça belirttim.

En iyi yazılım mimarlarının uygulamalı olduğunu düşünüyorum. Http://www.infoq.com/articles/brown-are-you-a-software-architect Bölüm 4 Tasarım, Geliştirme ve test bölümüne bakın.

Bunu söyleyerek, neden günlük kodlama aktiviteleri bir mimarın rolünün bir parçası olmamalı? Mimarların çoğu deneyimli kodlayıcılardır, bu yüzden bu becerileri güncel tutmak mantıklıdır. Ayrıca, mimar ekipteki herkesle aynı acıyı yaşayabilir ve bu da onların mimarisinin gelişim perspektifinden nasıl izlendiğini daha iyi anlamalarına yardımcı olur.


0

Bu senin sorumluluklarının ne olduğuna bağlı. Teknik konulardan sorumluysanız, kodlama pozisyonunda kalmalısınız. “Fikir” sürecini “uygulama” sürecinden ayırmak, yanlış yolda olan bir yoldur. Kendinizi daha önce böyle bir pozisyonda bulursanız, parlak fikirlerini uygulamak için vakti olmayan o dahi olma dürtüsüne karşı koymalısınız.

Öte yandan, sorumluluğunuz yönetimde bulunuyorsa, kodlamanız gerektiğini düşünmüyorum. Bir yönetici doldurma süresini yönetmelidir. Böyle bir pozisyon, farklı kodlayıcılar arasında ve takım ile büyük bürokratik ekosistem arasındaki iletişimi kolaylaştırmayı içerir. Tecrübelerimin en kötü menajerleri, baş aşağı kalanların kodlama yaparken, takım çatışma ve yanlış iletişim nedeniyle dağıldı.


1
+1 "Tecrübelerimin en kötü yöneticileri nerede
kalırsa

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.