Genç geliştirici, üst düzey takım liderlerinden ne beklemeli [kapalı]

Feragatname: İfade edilen görüşler tamamen bana aittir ve işverenimin görüşlerini veya görüşlerini ifade etmez.

Birkaç kişinin geliştirici olduğu, diğerlerinin ise KG / Test ve 1'in Yönetici olduğu küçük bir şirket için çalışıyorum. Bu şirkete 1,5 yıl önce katıldım. 3 üst düzey geliştirici 8+ yıllık deneyime sahiptir.

Bunlar takım liderliği hakkında yaptığım gözlemler. (beni tüm yönleriyle kıyaslandığında daha az deneyime sahip bir taze olarak kabul etmek)

1. Asla 1: 1'i tartışmazlar veya küçük öneriyi asla dikkate almazlar (kabul ettikleri veya kabul etmemeleri, en azından bir fikir düşünmeleri gerektiği konusunda onlara bağlı olduklarına katılıyorum).
2. Üst düzey ekip lideri olarak, kod tabanını yeni teknolojilerle yeniden yapılandırmaya çalışabilirler (yeni teknolojilerin piyasaya sürülmesi de mümkün ve diğer geliştirici ve altyapı da dahil), ancak bu ekip lideri yeni teknolojilerle çalışmak için daha az güvende hissediyor; onlar güncel değil. (nedenini söylüyorum, şu anki programlama eğilimini bilmiyorlar, * (modernizr, bootstrap ve diğerleri gibi popüler açık kaynaklı projeler gibi).
3. Kod tabanında 10000'den fazla satır tekrarlanıyor, ben de onlara anlattım DRY: Don't Repeat yourself. Cevapları: “Bu büyüleyici bir makale, ancak pratikte asla çalışmaz”. Sadece onlara% 100 KURU yapmazsak, en azından arayüzleri kullanabileceğimizi söyledim ama bu da düşünülmedi. * (yeniden yapılandırmaya hazır değillerse, önceki kod tabanına dokunmadan, yeni özellikler için arayüzler eklenebilir)
4. Tüm üst düzey geliştiriciler yamalar üzerinde bakım ve sıcak düzeltme yaparlar. Zamanın geri kalanı sadece eğlence sitelerinde geçirirler. Sadece görevi bitirdikleri için mutlular.
5. Yeni teknolojiyle tanışmak kötü mü? * (fizibilite faktörü dahil yapılabilir).
6. Müdür ayrıca en azından bahsettiğim şeyler hakkında endişeli.
7. Junior, takım liderinden birçok şey öğrenebileceklerini umuyor. * (yardım isteyerek veya onlar için kıdemli kodlama yapmadan).

Benim sorularım:

1. Teklif ettiğim değişiklikler konusunda çok mu saldırganım?
2. 8 yaşından büyük deneyime sahip kıdemli liderlerden ne beklemeliyim?
3. Bir şirketten öğrenmeyi ve deneyim kazanmayı beklemekte yanlış mıyım?

Güncelleme :

Neden DRY'nin pratik olmadığını düşünüyorlar: çünkü OOP kavramlarına dahil olmak istemiyorlar. Tekrarlanan görevlerden memnundurlar.

Önerdiğim yeni teknolojiler:

1. CSS, JS, SPrite Görüntülerin Minyatürleştirilmesinin Kullanımı
2. Arayüzlerin kullanımı ve .net framework 4, generics ve diğerleri.
3. Modernizr, nakavt js, duyarlı önyükleme gibi istemci tarafı kütüphaneleri,

Teklif ettiğim değişiklikler konusunda çok mu saldırganım?

Spesifikasyonlar olmadan (ne tür yeni teknolojiler öneriyorsunuz, neden onları reddediyorlar, DRY'nin pratik olmadığını düşünüyorlar ve neden, vb.), Tekliflerinize liyakat miktarını değerlendirmek zordur ve bu da saldırganlığınız için önemlidir. Eğer onların yeni ve havalı olduğunu düşündüğünüz için yeni bir çerçeve kullanmalarını istiyorsanız, o zaman hafifçe fazla itmek çok agresif olur. Kod satırına binlerce satır kopyala / yapıştır yapmayı gerçekten çarpıyorlarsa (ör. Bok yazıyorlar), o zaman daha fazla saldırganlığın garanti olduğunu söyleyebilirim.

Ancak bu aynı zamanda siz ve onlar arasındaki kişilerarası dinamiklere de bağlı. Tavsiyem kendinize sormak "Önerilerimin şirkete fayda sağlayacağını gösterebilir miyim?" Cevap evetse, itmeye çalışmak için bir lisansınız olduğunu söyleyebilirim.

8 yaşından büyük kıdemli dev liderden ne beklemeliyim?

Bu gamı ​​çalıştıracak. Bazen hem ofis politikalarında gezinme hem de teknik konular açısından çok fazla şey öğrenebileceğiniz gerçekten keskin insanlar elde edersiniz. Ne yazık ki, aynı zamanda çok olsun bu . 8 yaşından büyük deneyimleri temel olarak kovulmamaları için gereken asgari işi yapmaya yetecek insan sıkıntısı bulamazsınız. Bir akıl hocası veya gerçekten keskin birisini bulursanız, elinizden geldiğince daha az yaygın olduğundan bunu mümkün olduğunca tutun.

Bir şirketten iyi bir öğrenim beklemek yanlış mıyım?

Öğrenecek insanlar oradalar ve bazı firmalardalar. Ortak bir ikilemle karşı karşıya kalmış gibi görünüyorsunuz ve .NET Rocks görevlilerinin deşifre edilmesi için, buna değer: "Şirketinizi değiştirin ... veya şirketinizi değiştirin."

Yani, belli başlı temel yaklaşım ve ilkelere inanıyorsanız ve kendinizi sürekli satamayacağınızı ve yapmak ve öğrenmek istediğiniz şeyleri yapma ve öğrenme özgürlüğünü kazanamadığınızı hissediyorsanız, daha iyi bir şirket aramayı düşünmeye değer senin için uygun.

Bunu, Junior geliştiricilerle sıkça çalışan Kıdemli Geliştirici olarak (veya buraya istediğiniz herhangi bir başka fantezi başlık ekleyerek) benim bakış açımdan yazacağım.

Bu muhtemelen hem önünüzde hem de Kıdemli Geliştiricilerin önündeki bir kıtlıktır.

Çok sayıda Junior geliştiricinin anlamadığı bir şey, (bir genç olarak) yeni teknolojileri, yeni şeyler yapmanın yollarını , ekibe yanlış yaptıklarını söyleme vb. Ekip, teslimat sırasında yönetime rapor veriyor ve şirketi mümkün olduğunca çok para kazanmak için (veya müşteri / müşteri için en iyi sonuçları sunmak) mümkün olduğunca çabuk yeni şeyler sunmak için yönetim tarafından zorlanıyor.

Bazen, denenmiş ve kanıtlanmış yöntemler, uygulama riskini [buradaki harika teknolojiyi ekleyin] ağır basmaktadır . Sıkı teslim tarihleri, çok fazla iş ve kamyona yükleme zorunluluğu, bunu 8+ yıl boyunca yaptığımızın, bu sefer de yaptığımız gibi olduğu anlamına gelir.

Sen edebilmek gerekir göstermek ne sensin önererek aslında onlara ve uzun vadede şirkete bazı yararlar olacağı ekibine. Aksi takdirde meslektaşlarınızdan katılım alamazsınız ve onlarla çalışmak için onay almak için yönetim ekibine satamazsınız.

Teklif ettiğim değişiklikler konusunda çok mu saldırganım?

Tüm koşulları bilmeden, olabilirsiniz. Aynı insanlar anlatan bir daha iyi olduğunu B kullandığımız olmalıdır böylece bir çok yer tutmaz. Neden daha iyi olduğunu göstermek için bir şeyler yapmalısın. Büyük olması gerekmiyor, sadece önerilen küçük bir bileşen veya uygulama bile, yapmanın önerilen yöntemini fazlasıyla yapması gerektiğini gösteriyor. Daha sonra onu sunmanız ve ekibinizden gelen eleştirilere karşı zemin hazır olmaya hazır olmanız gerekir.

Bir Üst Düzey Geliştirici olarak bile, meslektaşlarımı yeni şeyler yapmanın daha iyi bir yol olduğuna ikna etmeden önce bunu yapmak zorundayım.

8 yaşından büyük deneyime sahip kıdemli liderlerden ne beklemeliyim?

Diğerlerinin de söylediği gibi, 8+ yıllık deneyim, mutlaka muhteşem olduğunuzu göstermez. Ancak genel olarak, bir süre tuzakların etrafında olan birinden çok şey öğrenebilmelisiniz; Onlara da bir şeyler öğretebilirsin.

İnsanlar insandır ve herkesin bir egosı vardır (bazıları diğerlerinden daha büyük) ve son 8 + yıldır size işinizi yanlış yaptığınızı söyleyen ve yeni olandan daha kötü bir şey yok. Aynı zamanda, bir Kıdemli geliştirici (iyi bir tane) yapıcı eleştiri alabilmeli ve kararlarının gerekçelerini açıklayabilmelidir.

Bir şirketten öğrenmeyi ve deneyim kazanmayı beklemekte yanlış mıyım?

En son ve en iyi teknolojiyi ve özellikleri kullanmamak, şirketinizde öğrenmediğiniz ve deneyim kazanmadığınız anlamına gelmez. Tecrübe tecrübedir, bazen bir şeyi yapmanın eski yolunu bilmek , yeni yolun neden daha iyi olduğu konusunda size daha fazla değer verebilir . Bu aynı zamanda yeni yolun neden daha iyi olduğunu göstermenize yardımcı olur , çünkü her ikisini de anlarsınız ve satmaya çalışırken daha ikna edici bir argümanı dile getirebilirsiniz. Şu anda çalıştığım yerde en yeni ve en harika şeyleri kullanmıyorum - ama yine de her gün yeni şeyler öğreniyorum ve hala özgeçmişime de yakışıyor.

Bunları söyledikten sonra - eğer şirket gerçekten uygun değilse ve herkes başarısız olursa, çalışmak için yeni bir yer aramak isteyebilirsiniz.

Bunu büyük bir fırsat olarak düşünün .

Promosyonlar genellikle bir şirkete girdiğiniz yıl sayısından gelmez (ve gelmemelidir). Gerçekten iyi fikirler olduğunu düşündüğün bir şeye sahipsin, ve üstlerin / meslektaşların dinlemek istemiyor.

İşte bir strateji:

1. Harika bir şey yap
2. Ne kadar muhteşem olduğuna dair sert ölçümler toplayın (bu adım anahtardır)
3. Bunu, şirketinizdeki herkese yönelik metriklerinizle gösterin (sahip / lider / yaşlılar / satış görevlileri - elinize alabileceğiniz herkes)
4. kâr

Ve profitbelli belirsiz bir "kazandım" basamağı olmak istemiyorum . 4. Adım, aşağıdakilerden birini veya tümünü aldığınız yerdir:

1. Tanıtılan
2. Bir zam
3. Bonus

Ya şirketinizde ya da yeteneklerinizi ve özgeçmişinizde gördüğünüz harika ölçümleri takdir edebilecek yeni bir şirket.

Ben buna "müthiş olmak" diyorum - işe yarıyor .

Fıkra: Sürekli olarak harika değilim, ama olmaya çalışıyorum ve 5 ayrı defa (2 promosyon, 3 yeni iş; hepsi de önemli ücret artışları olan) verilen adımları attım.

Bunu akılda tutarak, muhtemelen sorularınızı doğrudan cevaplamalıyım:

Teklif ettiğim değişiklikler konusunda çok mu saldırganım?

Ne kadar harika olduğuna dair ölçüt ve örneklerle henüz harika bir şey yaptınız mı? Eski bir deyiş var (olabileceği gibi crass) ...

Ideas are like assholes; everyone's got one, and they all stink

Git bir şeyler yap.

8 yaşından büyük deneyime sahip kıdemli liderlerden ne beklemeliyim?

Ciddi anlamda? Sen gerektiğini beklemek hiçbir şey. Ama bildikleri her şeyi öğrenmeye çalışın. Sorular sorun, çalışmalarını özel olarak gözden geçir, konuştuğunda dinle ve söylediklerini eleştirel olarak düşün. Onlar bir kutuda ... deneyimler ... vücutta. Onları açmaya ve öğrenmeye çalışın. En iyi arkadaşım mükemmel bir geliştirici ve aktif olarak ona ondan elimden geldiğince öğrenmeye çalıştığımı söylüyorum.

Bir şirketten öğrenmeyi ve deneyim kazanmayı beklemekte yanlış mıyım?

Kesinlikle hayır. Bu ne yapmamak gerektiğini öğrenemeyeceğiniz anlamına gelmez . İnsanlar hata yapar, sizinki kadar sizin de şirketinizin hatalarını öğrenir.

Bence yaratıcı olmalısın. Yaşlıların ertelediği bazı yan proje taleplerini sormaya başlayın. Bir şey üzerinde bağımsız olarak çalışarak (ya da daha iyisi, üzerinde başka bir küçük oyuncu edin) ve en başından beri, birçok yeni şeyi uygulayabilirsiniz. Her şeyin daha iyi olmadığını öğrenirseniz şaşırmayın.

Diğer bir yaklaşım, kendi kod dalınızı yapmak ve bir yeniden değerlendirme işleminden geçmek olacaktır. Söylediklerinize dayanarak prodüksiyona asla giremem, ama en azından beceri setinizi geliştirirsiniz.

Kim bilir, herkesin işini nasıl kolaylaştıracağını görebilir ve programlamada 'tembellik'in gerçek kullanımını benimseyeceklerdir.

Her şey başarısız olursa, yeni beceri setini CV'nize koyun ve başka bir iş aramaya başlayın.

Birisi +8 yıl boyunca programcı olarak çalışıyorsa, iyi bir programcı olduğu anlamına gelmez. Bence iyi programcı serior programcı kılan nedir? Sadece deneyimleri paylaşmakla kalmayıp, aynı zamanda yeni düşünceler, teknikler, teknolojiler, vb. Öğrenmek için de olacaktır. Birçok "kıdemli" programcı, uzun zamandır devam eden dillerden eski eğlenceli programlama kalıplarında istiflenmiş durumda. Yeni kavramlar ve fikirler gibi bir şey onlar için değildir, çünkü buna ihtiyaç duymazlar. "Tecrübelerini" aldılar.

İyileştirme ve öğrenme isteği yılların tecrübesinden çok daha önemlidir. Öğrenmek isteyen genç geliştirici, daha önce zaten bildiği tüm "kıdemli" geliştirici olan herhangi bir şirket için çok daha iyidir.

Benim şirketimde çalışıyor musun?

Hayır ama cidden, bu birçok büyük şirkette oldukça yaygın bir konu olarak gözüküyor. Değişim zor ve PAHALI. Bazen, ortasına geçene ve geri dönmek için çok geç saatlere kadar ne kadar olduğunu bilmiyorsun.

Örneğin, şirketim hala kobol bazlı ana bilgisayar ekranlarından java'ya geçiyor. On yıl önceki standartlara göre teknolojilerini güncellemeye çalışırken, Spring veya JSF'de birisini satmak zor. Bu yüzden, size sınırlı bir başarı gösteren ne yaptığımı söyleyeceğim (Ben de bir jr dev). Örnek olun. Daha ileri seviyeni bilmen yeterince iyi değil, kanıtlamak zorundasın. Diğerleri geveze giderken, vaktiniz yoksa okumak için bir kitap getirin. Ve uygulamak istediğin bu tekniklerden biri hakkında yap. Youtube izlerken sizi okurken görüyorlarsa (dürüstçe güvenilen operasyon biriminiz bunu yakalamaz ve insanlar kovulur), sadece ne hakkında konuştuğunuzu bildiğinize inanmakla kalmaz, hatta ne hakkında konuştuğunuzu bile sorabilirler. okuma.

Örnek olarak, size kıdemli mimarımla olan deneyimimden bahsedeceğim. Akıllı adam, ancak genellikle yeni teknoloji ile ilgilenmiyor. Gittim ve ona CVS'de nasıl bir şey yapılacağını sordum (sürüm kontrolümüzle) ve "Ah, tamam, yıkılmaya alışığım ve bunu bu şekilde yaparlar. Yardımlarınız için teşekkürler." Bu CVS ve Ant ile SVN ve Maven hakkında birkaç sohbete yol açarak, onu kontrol etmek için kütüphanemden bir kaç kitap ödünç almasına yol açtı. Sonuç: Bu yıl bir zamanlar yeni sistemlere geçeceğiz. Anahtar, yanlış yaptıklarını söylemeden açık ve yardımcı olmaktır. Çünkü sonuçta bunu yapmanın daha iyi yolları olabilir, ancak doğru çalışıyorsa yanlış şekilde yapmazlar. Her türlü saygısızlık çoğu durumda sizi sıcak suya indirir, bu yüzden buna dikkat edin.

Sadece alıcı değillerse, yüksek talep gören büyük bir alanda olduğunuzu unutmayın. Meraklı ve çabuk öğrenen biri, başka bir iş bulacak, muhtemelen bir tane daha çok eğleneceksin. Bu benim için para kadar önemli. Herhangi bir röportajda, “Oh xxx teknolojisini kullanıyor musunuz? Bu harika, her zaman bunu kullanmak istedim ve eski şirketimde denedim” dediğinizden emin olun. Onların yaptıklarına şevk duyduğun zaman aşk aşkı.

Bence saldırganlıkta haklısın. Bu, tutkulu insanlarla çalışmaktan büyük bir zevk ve zihinsel ölülerle çalışmaktan büyük bir ceza. 8 yıllık deneyim hiçbir şey ifade etmiyor. Tabii ki doğru olmayabilirsin. Genellikle yeni teknolojiler pazarlamaya sıkı sıkıya bağlıdır ve her zaman daha iyi değildir. Ancak haklı değilseniz, yaşlılar size nerede yanlış olduğunu açıklamalıdır. Aksi halde işinizden hiçbir avantaj elde edemezsiniz. Belki genç ve ateşlisin. Eğer öyleyse, bu sizin avantajınızdır. Vaktinizi büyüyemediğiniz işlere harcamayın. Çözümlerinizi tartışabileceğiniz ve başkalarından geri bildirim alabileceğiniz yeni bir iş bulma konusunda endişe.