Programování

7 smrtelných kariérních chyb, které vývojáři dělají

Nenajdete nedostatek kariérních motivačních frází kolem selhání: Selhání rychlé, selhání buduje charakter, klíčem k úspěchu je selhání, chyby vás přimějí růst, nikdy se nebojte selhat. Myšlenka zaměnit se na vrchol softwarového průmyslu je ale pravděpodobně nezdravá. Každý vývojář bude mít v kariéře svůj podíl na chybách, ale proč se nepoučit ze zkušeností ostatních - a vyhnout se nejnákladnějším chybám?

To jsme udělali: Mluvili jsme s řadou technologických profesionálů, kteří nám pomohli identifikovat oblasti, kde se snadno vyhneme chybám. Není divu, že klíč k solidní kariéře vývojáře zahrnuje symetrii: Například nezůstávat s jedním zásobníkem nebo prací příliš dlouho, ale pak znovu nepřepínat jazyky a zaměstnavatele tak často, že zvýšíte varovné příznaky.

Zde jsou některé z nejpozoruhodnějších profesních pastí pro inženýry - minové pole, kterému se můžete snadno vyhnout, když procházíte technologickým trhem, který se neustále mění.

Chyba č. 1: Zůstávat příliš dlouho

V dnešní době je vzácné mít desítky let trvající pozici vývojáře v jedné firmě. V mnoha ohledech je to čestný odznak, který ukazuje vaši důležitost pro podnikání nebo alespoň vaši schopnost přežít a prosperovat. Ale ti, kteří si vybudovali kariéru pouze v jedné společnosti, se mohou najednou ocitnout na špatném konci snižování nebo „přizpůsobování práv“, v závislosti na v té době upřednostňovanému módnímu slovu.

Názory na to, jak dlouho byste měli zůstat na jednom místě, se liší. Praveen Puri, konzultant pro management, který strávil 25 let jako vývojář a projektový manažer před založením vlastní firmy, se nebojí vyhodit několik čísel.

"Čím déle zůstanete na jedné pozici, tím více budou vaše dovednosti a platy stagnovat a budete se nudit a neklidní," říká Puri. "Na druhou stranu, pokud změníte více úloh po méně než dvou letech, pošle to červenou vlajku." Z vlastní zkušenosti jsem zůstal příliš dlouho na jednom zaměstnání, kde jsem pracoval 14 let - měl jsem odejít po šesti. Z dalších pozic jsem odešel v průměru po čtyřech letech, což je asi tak správně. “

Michael Henderson, technický ředitel společnosti Talent Inc., vidí dvě hlavní nevýhody příliš dlouhého pobytu na jednom místě. „Zaprvé riskujete, že omezíte své vystavení novým přístupům a technikám,“ říká, „a zadruhé, vaše profesionální síť nebude tak hluboká ani tak rozmanitá jako někdo, kdo mění týmy nebo společnosti.“

Přílišné zaměření na jeden zásobník, který používá váš současný zaměstnavatel, je samozřejmě skvělé pro firmu, ale možná ne pro vás.

„Je to přínos pro ostatní zaměstnavatele, kteří hledají velmi specializovanou sadu dovedností, a každé podnikání je jiné,“ říká Mehul Amin, ředitel inženýrství v Advanced Systems Concepts. "Ale to může omezit váš růst a znalosti v jiných oblastech." Je zřejmé, že zůstat u každého zaměstnání několik měsíců není skvělým vzhledem k vašemu životopisu, ale fluktuace zaměstnanců je dnes velmi vysoká a zaměstnavatelé očekávají, že se mladší pracovníci, jako jsou noví absolventi vysokých škol, trochu pohnou, než zůstanou dlouhodobě ve společnosti. “

Chyba č. 2: Job jumping

Podívejme se na druhou stranu: Příliš se pohybujete? Pokud se jedná o problém, můžete se zeptat, zda ve své firmě skutečně dostáváte to, co potřebujete.

Charles Edge, ředitel profesionálních služeb ve společnosti JAMF Software pro správu zařízení Apple, říká, že najímání manažerů může bránit, pokud hledají někoho na delší dobu: „Naopak, pokud organizace každoročně propaluje vývojáře a přivede zaměstnance, který má být v jedné společnosti 10 let, může představovat náročné kulturní řešení. Trávím spoustu času rozvojem svých zaměstnanců, takže je chci po dlouhou dobu u sebe. Přepínání úloh však může poskytnout expozici mnoha různým technikám a technologiím. “

Ti, kteří postupují příliš rychle, nemusí vidět celý životní cyklus projektu, varuje Ben Donohue, viceprezident pro inženýrství v MediaMath.

"Nebezpečí se stává žoldnéřem, najatou zbraní a zmeškáte příležitost získat pocit vlastnictví nad výrobkem a budovat trvalé vztahy s lidmi," říká Donohue. "Bez ohledu na to, jak talentovaný a znalý jste jako technolog, stále potřebujete schopnost vidět věci z pohledu uživatele, a potřebuje čas, abyste se seznámili s potřebami uživatelů, které váš software řeší a jak používají váš produkt. “

Hilary Craft, vedoucí IT pobočky společnosti Addison Group, říká: „Neustálé přeskakování práce lze chápat jako rudou vlajku. Zaměstnavatelé najímají na základě technických dovedností, spolehlivosti a častěji než vhodné kultury. Stabilita a dokončení projektu často doplňují tyto náborové potřeby. Pro dodavatele je dobrým pravidlem dokončit každý projekt před přechodem na další roli. Někteří profesionálové mají tendenci „hodnotit obchod“, aby vydělali nejvyšší možnou hodinovou sazbu, ale zase vypálit mosty, což se z dlouhodobého hlediska nevyplatí. “

Chyba č. 3: Předání propagace

V životě každého vývojáře je bod, kde se divíte: Je to tak? Pokud vás programování baví víc než běh show, možná vás zajímá, jestli by vám pobyt na místě mohl zastavit kariéru.

„Přechod na management by měl být opatrným a promyšleným rozhodnutím,“ říká Henderson společnosti Talent Inc. "Management je změna kariéry - nikoli logický postup technické dráhy - a vyžaduje jinou sadu dovedností." Také jsem viděl, že mnoho společností prosazuje do managementu dobrý technický talent, protože si společnost myslí, že je to odměna pro zaměstnance, ale ukázalo se, že to byla chyba jak pro manažera, tak pro společnost. “

Poznejte své vlastní pracovní prostředí, říká konzultant pro správu Puri a dodává, že na toto řešení neexistuje univerzální odpověď.

"Pracoval jsem na některých místech, kde nešťastní manažeři neměli žádnou skutečnou moc, byli přetíženi papírováním a schůzkami a museli hrát politiku," říká Puri. "V těchto prostředích by bylo lepší zůstat ve vývoji." Z dlouhodobého hlediska bych doporučil, aby se všichni dostali do managementu, protože vývojová kariéra se po 20 letech zastaví a vy už nedostanete mnohem více kompenzací. “

Dalším způsobem, jak se na to dívat, může být sebezáchova. Scott Willson, ředitel produktového marketingu společnosti Automic, si klade otázku: „Koho umístí na vaše místo? Pokud ne vy, mohou povýšit nejvíce nekompetentního nebo nepříjemného zaměstnance jednoduše proto, že ztráta produktivity ze zákopů nebude tak důsledná jako ztráta kvalifikovanějších zaměstnanců. Přijetí propagace může někdy dát vám - a vašim kolegům / přátelům - kontrolu nad vaším šťastím v pracovním dni. Každý by měl být ve vedení alespoň jednou ve své kariéře, pokud pro nic jiného, ​​než aby získal přehled o tom, proč a jak management a společnosti fungují. “

Chyba č. 4: Neplatí to dopředu

Méně zjevnou chybou může být přílišné soustředění na vaši vlastní kariéru bez ohledu na juniorské vývojáře ve vaší kanceláři. Ti, kteří se spojí s mladými programátory, jsou často využíváni, když tým potřebuje vedení.

"Zjistil jsem, že díky mentorování juniorských vývojářů jsem se v mé práci zlepšil, protože se učíte jakýkoli předmět hlouběji tím, že ho budete učit, než jakoukoli jinou metodou," říká Willson z Automic. "Jelikož vývojáři často bojují s mezilidskými dovednostmi, mentoring poskytuje skvělé příležitosti, jak tyto dovednosti lidí oprášit."

Pokud je nejlepším učitelem zkušenost, výuka ostatních pouze prohloubí vaše znalosti, říká Edge JAMF Software. To znamená, že to nedrží proti zaneprázdněnému vývojáři, pokud se tak dosud nestalo.

"Přiznejme si to - žádný vývojový tým nikdy neměl dostatek zdrojů na to, aby poskytl to, co od nich produktový management požaduje," říká Edge. "Když starší vývojáři nemají čas na mentorování mladších vývojářů, plně to chápu." Prostě neříkej, že je to proto, že „s lidmi nejsem dobrý.“ “

Chyba č. 5: Lepení na váš stack

Vaše odborné znalosti v jednom zásobníku vás mohou učinit neocenitelným pro vaše současné pracoviště - ale pomáhá to vaší kariéře? Může to bolet, když se příliš soustředíte pouze na jeden stack?

Společnost MediaMath's Donohue na tomhle neudělá žádné údery: „Samozřejmě, že je - neexistuje role moderního softwarového inženýrství, ve které budete po celou dobu své kariéry používat pouze jednu technologii. Pokud si vezmete vývojáře Java, který pracuje v Javě 10 let, a najednou začnou pracovat na aplikaci JavaScriptu, napíšou to jinak než někdo s podobnými roky zkušeností jako vývojář Pythonu. Každá technologie, kterou se naučíte, ovlivňuje vaše rozhodnutí. Někdo by namítal, že to není dobrá věc - pokud použijete objektově orientovaný přístup Java k volně psanému jazyku, jako je JavaScript, pokusíte se, aby to dělalo věci, které by neměly dělat. “

Může to ublížit vaší trajektorii, když se příliš soustředíte na jeden stack, říká Henderson společnosti Talent Inc., ale možná z jiných důvodů, než si myslíte.

"Každý zásobník bude mít jinou kulturu a perspektivu, což nakonec rozšíří a urychlí váš kariérní růst," říká Henderson. "Zjistil jsem například, že mnoho vývojářů C # ví o ekosystému Microsoft pouze tehdy, když je venku mnohem větší svět." Java má pravděpodobně nejlepší ekosystém a často se setkávám s tím, že vývojáři Java dělají nejlepší C # vývojáře, protože mají širší perspektivu. “

Willson z Automic říká, že znalost - ale ne mistrovství - s jedním zásobníkem by měla být měřítkem před přechodem na jiný.

"Je čas jít dál, když umíte dobře, ale ne nutně skvěle," říká Willson. "Neobhajuji průměrnost, právě naopak." Říkám, že než se vydáte naučit se nové dovednosti, ujistěte se, že jste v této dovednosti dobří, kompetentní nebo nadprůměrní, než budete uvažovat o dalším postupu. “

Nakonec Henderson společnosti Talent Inc. nabízí toto varování: „Vyvarujte se pastí očekávání, že každý nový jazyk je prostě starý s jinou syntaxí. Vývojáři C # a Java, kteří se snaží přinutit JavaScript k klasickému objektově orientovanému přístupu, způsobili mnoho bolesti. “

Chyba č. 6: Zanedbání měkkých dovedností

Programátoři jsou obvykle méně odchozí než například prodejci. Žádné tajemství. Měkké dovednosti lze ale postupem času pozvednout a některé nuance rozvoje úspěšné kariéry - například učení se od mentorů a rozvíjení vztahů - mohou ve vaší kariéře chybět, dokud nebude pozdě.

„Díky tomu je lepší software, když lidé mluví,“ říká Donohue společnosti MediaMath. "Měkké dovednosti a konverzace se zákazníky mohou také dát velký smysl pro soucit, který zlepší způsob, jakým stavíte." Místo overengineeringu začnete přemýšlet o tom, co zákazníci opravdu potřebují. “

Henderson společnosti Talent Inc. říká, že vaše práce s ostatními lidmi je zásadní součástí rozvoje úspěšné kariéry vývojářů.

"Všechny lidské činnosti jsou sociální a rozvoj není výjimkou," říká Henderson. "Jednou jsem byl svědkem výměny na poštovním seznamu Angular, kde nováček vývojář zveřejnil nějaký kód s otázkami." Během hodiny - a za pomoci pěti lidí - měl skálopevný idiomatický úhlový kód, bohatší pochopení úhlové nuance a nástrah a několik nových kontaktů. Ačkoli trollové někdy mohou způsobit, že ztratíme víru, svět je plný úžasných lidí, kteří si chtějí navzájem pomáhat. “

Willson z Automic říká, že nedostatek měkkých dovedností je zabiják kariéry. Pak, když se méně zdatní programátoři posunou vpřed, vývojáři, kteří nemají dovednosti lidí - nebo je prostě nevycvičují - se diví proč. Přesto každý miluje šéfy, říká: „kteří předvádějí takt a zdatnou komunikaci.“

"Pro zdokonalení vašich měkkých dovedností jsou internet, e-kurzy, přátelé a učitelé neocenitelnými zdroji, pokud ... jste skromní a zůstanete trénovatelní," říká Willson. "Kromě toho všichni dosáhneme ve své kariéře bodu, kdy se budeme muset o pomoc opřít o vztahy." Pokud nikdo není ochoten stát ve vašem rohu, pak vy, ne oni, máte problém a musíte ho vyřešit. Ve své kariéře jsem ocenil koučované lidi před neochvějnými, když jsem musel činit tvrdá personální rozhodnutí. “

Programování je pouze jedním aspektem vývoje, říká konzultant managementu Puri. "Velkou součástí je schopnost komunikovat a porozumět obchodním cílům a myšlenkám mezi skupinami lidí s různou úrovní technických dovedností." Viděl jsem příliš mnoho IT lidí, kteří se při komunikaci s vedením snaží komunikovat příliš mnoho technických detailů. “

Chyba č. 7: Selhání při vytváření kariérního plánu

Vypracování cílů a návrat k nim v průběhu času - nebo naopak rozvoj agilního přístupu typu „go-with-the-flow“ - oba mají své zastánce.

"Inženýruji méně pro cíle a více pro systémy, které mi umožňují rychle se zlepšovat a využívat příležitosti, jakmile se objeví," říká Henderson. "To znamená, že doporučuji vytvořit seznam zkušeností a dovedností, které byste chtěli získat, a použít jej jako mapu, aktualizovat ji alespoň jednou ročně." Vědět, kde jste byli, je stejně užitečné jako vědět, kam chcete jít. “

A samozřejmě možná stejně důležité - kam nechcete jet.

"Na začátku své kariéry jsem se ještě nenaučil říkat ne," říká Edge ze společnosti JAMF Software. "Takže jsem souhlasil s projektovým plánem, který nelze úspěšně splnit." A věděl jsem, že to nemůže. Kdybych byl asertivnější, mohl bych ovlivnit plán, který vytvořila spousta netechnických lidí, a ušetřit čas a peníze mého tehdejšího zaměstnavatele, mým spolupracovníkům značné množství bolesti a nakonec vztah, který jsme měli se zákazníkem. “

Willson společnosti Automic přednáší přímý rozhovor ze scénáře hlavního fotbalového trenéra University of Alabama Nicka Sabana, který káže o víře ve váš proces: „Důraz je kladen na sledování procesu úspěchu a použití tohoto procesu jako měřítka k udržení odpovědnosti . Chcete-li rozvíjet svůj proces, musíte najít mentory, kteří získali to, co chcete získat. Zjistěte, co udělali a proč to udělali, pak je přizpůsobte, upravte a sledujte. “

$config[zx-auto] not found$config[zx-overlay] not found