Ne yapabilirim? Tepkin nasıl olur? YARDIM! [kapalı]

Geride kalan bir yazılım ekibine liderlik etmeye çalışıyorum. Ana sorunlardan biri, bir şey hafif zorlaştığında, bunu kendime atamak zorunda kalmamdır. Orta derecede yetenekli ve yarım stajyer olan bir geliştiricim daha vardı. Ne yazık ki, diğer geliştiricinin becerileri tasarım içermez.

Bu yüzden diğer takımlardan birindeki adamlardan birine patronum için yalvardım, burada benden daha uzun süre çalışıyor (5 yıl). Benimle tasarımda VEYA kullandığımız dilde rekabet edemez, ama kendim dışında en yetkin olduğunu düşündüm.

Bugün bana en azından biraz farklı olmayan bir şey yapan bir kod parçası verdi:

object const& my_class::get_object() const 
{ 
  return *std::unique_ptr<object>(new object());
}

Bana bunun bir sorun olup olmadığını sordu! Düşünebildiğim tek şeyi "Evet. Bu bir sorun" dedim. Sonra bana nasıl düzeltmek için soran masamın üzerine geliyor! Dedim ki, "İşlevin çağrısında hayatta kalan bir nesne kullan." Sonra korkmaya başlar, "Evet, ama nasıl, düşünebildiğim tek şey üye değişkeni yapmak."

Şu anda biraz meşguldüm çünkü zaten ek işlerde çalışmaya çalışıyordum, takımdaki diğer adam için devralmak zorunda kaldım çünkü anlayamadı ... Adama gitmesini söyledim çünkü ben meşguldü ve gidip kendi başına çözdü. Sonra bir şeyleri bırakıp bir şeyleri batırırsa onun suçunun nasıl olmadığı hakkında konuşur. Takıma geldiğinden beri çıldırıyor ve daha iyi olduğunu düşünmüyorum.

Burada boğulduğumu hissediyorum. WTH yapabilir miyim? Bununla başa çıkmanın doğru yolu neydi? 7 yıldır C ++ yazmakta olan bu adama, iade edildiği anda yok edilmeyen bir nesneye doğru bir referansın nasıl geri gönderileceğini bulmaya yardımcı olmak daha mantıklı olur mu? Sanırım bunu yapmak çok saçma ve böyle bir şeyi nasıl yapacağımı merak ediyorum.

Bazen bunu bilerek yaptıklarını düşünüyorum ama bu bana sadece aptal gibi geliyor ... ama sonra tekrar, bugün sorulan soru da öyle. Bu, evde oturan, beynini işaretçilerle uçurmuş ilk programını anlamaya çalışan bir çocuk değil.

7 yıldır C ++ yazmakta olan bu adama, iade edildiği anda yok edilmeyen bir nesneye doğru bir referansın nasıl geri gönderileceğini bulmaya yardımcı olmak daha mantıklı olur mu?

Birkaç yıl önce tüm C ++ kitaplarımı verdim, bir daha asla bu dile dokunmayacağımı yemin ederim ve hatta bu adama ne yaptığını bilmediğini söyleyebilirim. Bence onunla oturup yetenek seviyesinin ne olduğunu öğrenmelisin.

Bu, belki yedi kez değil, yedi kez 1 yıllık deneyime sahip gibi görünüyor. Daha büyük şirketlerde, vasıfsız işçilerin kendilerini gizlemeleri ve yakalandıklarında "sistemin etrafında" karışmaları oldukça mümkündür.

Geride kalan bir yazılım ekibine liderlik etmeye çalışıyorum. Ana sorunlardan biri, bir şey hafif zorlaştığında, bunu kendime atamak zorunda kalmamdır.

Bu durumda, o zaman durdurmak ve millet beceri seviyelerinin ne olduğunu bulmak zorunda. Son tarihlerden ve bunlardan dolayı kendinizi bunalmış hissettiğinizi anlıyorum, ancak ekibinizin nelerden oluştuğundan bile emin olamadığınızda işi yapamazsınız. Aynı hataları yapmaya devam ederseniz projeyi tamamlayamazsınız - bu sefer daha hızlı.

Tüm çalışmaları kendinize almak, bir ekibiniz olmadığı veya onlara güvenmediğiniz anlamına gelir. Bu önce düzeltilmelidir.

Bu tür bir konu yönetim ekmeği ve tereyağı. Tüm yöneticilerin sorması gereken bir soru, "Çalışanlarım işi yapmak için gerekli becerilere sahip mi?" Cevap "hayır" ise, iyi bir yönetici çığlık atmaz veya vazgeçmez - iyi bir yönetici durumu düzeltmeye gider.

İşte bir gözlem - C ++ önemsiz bir dil değil, bu yüzden küçük geliştiricilerin daha yetkin olduğu bir şey kullanmak mümkün mü? O Eğer gerekir C olmak ++, o zaman ya gerek mevcut geliştiriciler eğitip, uygun becerilere sahip yeni geliştiricileri işe.

Bir yıl önce benzer olmayan bir durumdaydım. Spagetti kodu üzerinde çalışan bir VB6 programcıları ekibine liderlik etmek için getirildim ve yönetim arzusu .NET ile yazılmış iyi tasarlanmış, nesne yönelimli sistemlere geçmekti. Bu alanda bazı mükemmel ilerleme kaydettik, bu yüzden vardiya bu tür şunlardır mümkün.

Son bir yorum. Bu tür bir sorunla uğraşmak istemezseniz, yönetimden çıkar ve tamamen teknik bir role geri dönerim. Bu tür dağınık probeller, bir yöneticinin hayatının ekmek ve tereyağıdır ve herkese uygun değildir.

Yetkili insanlarla çalışabileceğiniz daha iyi bir şirkette iş bulun.

Doğru olan, ona sorunla ilgili yardım etmek olurdu. Tam yerinde olmak zorunda değildi. "Şu an bağlıyım. Git C ++ STL'nin X bölümünü okuyun ve yarın saat 11: 00'de tekrar üsse dokunalım" diyebilirsiniz.

Bağırmak, sadece bir motivasyon konusu ise bazı insanlar ve bazı durumlar için işe yarayabilir. Ancak, bu bir yetkinlik veya bilgi meselesi ise, insanlara bağırmak ve onları havaya uçurmak hiç yardımcı olmaz. İngilizce bilmeyen insanlara bağırmak gibi. ne söylemeye çalıştığınızı anlamalarına yardımcı olmaz ve size yardım etmeye çalışmak zorunda oldukları motivasyonları öldürebilir. Onlar oldukları yerdedir ve sizin açınızdan hiçbir öfke veya hayal kırıklığı önümüzdeki 48 saat içinde C ++ yazarken onları daha iyi hale getirmez. Ayrıca yönetime geri dönüp projenin kapsamının ekibinizin mevcut becerisinin ötesinde olduğunu açıklamanız gerekebilir. Bunun gibi şeyler bir takım lideri olmanın neden zor olduğunu.

Peki, 7 yıldır kod yazan birine sahip olsaydım oldukça basit bir şey sorarsam, başka neler olup bittiğini merak etmeliydim. Ben bir C ++ programcısı değilim, bu yüzden bu konuda yorum yapamam.

Bilmek istediğim şey, amiri olarak, başka bir şey olup olmadığını varsaymak, onu rahatsız ediyor. O zaman zamanınız olmayabilir, ama yapmanız gereken son şey birini böyle itmek.

Onunla konuşmak için bir dakikanızı ayırın ve hemen ona bildirin, "Bu konuda aciliyetinizi anlıyorum, ama şu anda bunun için zamanım yok. En kısa sürede, size bildireceğim. bir saatten fazla değil. "

Bu şekilde onun aciliyeti, zamanınız olmadığı ve onunla geri döneceğiniz konusundaki anlayışınızı aktardınız. Onunla ne zaman geri döneceğine dair bir beklenti bile . Bu konuda şok olmaktan çok daha iyi hissedecek (işte böyle alacağım).

Şimdi yapman gereken biraz zaman ayırmak ve onunla ne zaman konu hakkında konuşabileceğini ona bildirmek. Geri dönün ve biraz gurur duyun, kişinin aciliyetini anladığınızı bilmesine izin verin ve bununla başa çıkmak için zamanınız yoktu. Ayrıca, kişisel alanlarında dikkatini etkileyebilecek bir şey olup olmadığını da görmelisiniz - yani onu rahatsız eden başka bir şey olabilir. Kişisel hayatlar bizi programcıları da etkiler. ;)

Bence patronunla otur ve hepsini ona anlatmalısın. Kulağa deli geliyor - bu adam temel bilgileri bilmiyorsa orada bile ne yapıyor?