Wczoraj otrzymałem kilka e-maili od czytelników. Byli zdezorientowani moją koncepcją programisty stealth.

W niektórych artykułach opowiadam się za tworzeniem wartości i zwiększaniem produktywności jako programista.

We wczorajszym artykule zasugerowałem, abyś robił tylko tyle, aby sobie poradzić. Staraj się nie być w centrum uwagi.

Czy te dwie koncepcje nie są sprzeczne?

Wyjaśnienie sprzeczności

Krótko mówiąc, tak, oferuję sprzeczne rady!

Jest czas, by zabłysnąć. I jest czas, aby wyjść z centrum uwagi. Najszczęśliwsi programiści wiedzą, jak wybrać swoje momenty.

Na przykład polecam wykonywanie wartościowej pracy , jeśli chcesz awansować. Ale polecam też tylko tak naprawdę pracować tylko trzy godziny dziennie .

Jeśli chcesz być zauważony za dobrą robotę, to rób dobrą robotę i mów o tym ludziom! Udana kariera w oprogramowaniu zależy od tego, czy potrafisz się sprzedać .

Ale kiedy pracujesz w zespole dzień po dniu, będziesz chciał wmieszać się w tkankę tego zespołu.

Nie opłaca się być supergwiazdą zespołu.

Zamiast tego lataj pod radarem.

Nauczony doświadczeniem

To jest coś, czego musiałem doświadczyć z pierwszej ręki, aby się nauczyć.

Jeszcze nie tak dawno byłem kierownikiem zespołu w startupie. Byłem osobą, na którą zwracał się zespół, gdy trzeba było rozwiązać problemy.

Fajnie było czasem! To też było męczące.

Stanie się filarem zespołu nie pomogło zespołowi. Stworzyło wąskie gardła, w których pytania musiały przejść przeze mnie, aby uzyskać odpowiedzi.

Co więcej, nie pomogło mi to!

Jasne, wiele się nauczyłem z tego doświadczenia. Ale nie zarabiałem więcej ani nie otrzymywałem ton awansów za mój dodatkowy wysiłek. Przeważnie bycie liderem zespołu prowadziło do wypalenia .

Niewidzialność -> Długowieczność

Ukrywanie się jest kluczem do długowieczności jako programisty.

Jeśli potrafisz latać pod radarem – a nie stać się filarem – wtedy zdejmujesz ciężar z barków.

Deweloperzy, którzy stają się filarami swoich zespołów, przeciągają się.

Przez cały dzień muszą przełączać się między zadaniami, kontekstami i pytaniami.

Dla kontrastu, twórcy stealth wykonują dobrą robotę! Musisz wysłać świetny kod/funkcje. Ale celowo usuwasz się z centrum uwagi. Nie próbujesz stawiać się w roli decydenta.

Chroniąc swój czas i uwagę, zyskujesz długowieczność w swojej karierze programistycznej.

Czy to jest lepsze, czy bardziej mylące?

Odpowiedz na ten post i daj mi znać…

• Czy ta koncepcja bycia „stealth developerem” ma sens?
• Czy zgadzasz się z tym pomysłem? Dlaczego?
• czego mi brakuje?