Programiranje

7 smrtnih napak v karieri, ki jih naredijo razvijalci

Motivacijskih stavkov v karieri, ki obkrožajo neuspeh, ne bo manjkalo: hitro propadi, neuspeh gradi značaj, ključ do uspeha je neuspeh, zaradi napak rasteš, nikoli se ne boj, da boš propadel. Toda ideja, da bi se zmotili na vrhu industrije programske opreme, verjetno ni zdrava. Vsak razvijalec bo imel v karieri svoj delež napačnih korakov, a zakaj se ne bi učil iz izkušenj drugih - in se izognil najdražjim napakam?

To smo tudi storili: pogovarjali smo se s številnimi tehničnimi strokovnjaki, ki so nam pomagali prepoznati področja, kjer se napakam zlahka izognemo. Ni presenetljivo, da je ključ do trdne razvojne kariere simetrija: na primer, če ne ostanete predolgo pri enem kupčku ali zaposlitvi, potem pa spet ne menjavate jezikov in delodajalcev tako pogosto, da dvignete rdeče zastave.

Tu je nekaj najpomembnejših poklicnih pasti za inženirje - minskemu polju, ki se mu lahko enostavno izognete med navigacijo na tehnološkem trgu, ki se nenehno spreminja.

Napaka št. 1: Predolgo ostati

Dandanes je redko, če bi desetletja trajali kot razvijalec v enem podjetju. V mnogih pogledih gre za častno značko, ki prikazuje vaš pomen za podjetje ali vsaj sposobnost preživetja in uspevanja. Toda tisti, ki so kariero ustvarili samo v enem podjetju, se lahko nenadoma znajdejo na napačnem koncu zmanjševanja ali "spreminjanja velikosti", odvisno od tiste modne besede, ki je bila takrat naklonjena.

Mnenja se razlikujejo glede tega, kako dolgo bi morali ostati na enem mestu. Praveen Puri, svetovalec za upravljanje, ki je 25 let preživel kot razvijalec in vodja projektov, preden je ustanovil lastno podjetje, se ne boji zavrniti nekaterih številk.

"Dlje kot ostanete v enem položaju, več vaših spretnosti in plač stagnira, in postalo vam bo dolgčas in nemir," pravi Puri. »Po drugi strani pa, če zamenjate več delovnih mest po manj kot dveh letih, pošlje rdečo zastavo. Po lastnih izkušnjah sem predolgo ostal na enem delovnem mestu, kjer sem delal 14 let - po šestih bi moral oditi. Druge funkcije sem zapustil po povprečno štirih letih, kar je verjetno približno prav. «

Michael Henderson, tehnični direktor podjetja Talent Inc., vidi dve glavni pomanjkljivosti predolgega bivanja na enem mestu. "Prvič tvegate, da boste omejeni na nove pristope in tehnike," pravi, "in drugič, vaša poklicna mreža ne bo tako globoka ali tako raznolika kot nekdo, ki zamenja ekipe ali podjetja."

Če se preveč osredotočite na en kup, ki ga uporablja vaš trenutni delodajalec, je očitno super za podjetje, morda pa tudi ne za vas.

"To koristi drugim delodajalcem, ki iščejo zelo specializiran nabor spretnosti, vsako podjetje pa je drugačno," pravi Mehul Amin, direktor inženiringa pri Advanced Systems Concepts. »Toda to lahko omeji vašo rast in znanje na drugih področjih. Očitno bivanje nekaj mesecev na vsakem delovnem mestu ni čudovit videz vašega življenjepisa, vendar je danes fluktuacija zaposlenih precej velika in delodajalci pričakujejo, da se bodo mlajši delavci, kot so nedavno diplomirani študentje, nekoliko pomaknili, preden bodo dolgo ostali v podjetju. "

Napaka št. 2: Job jumping

Poglejmo na drugo stran: Se preveč gibate? Če je to zaskrbljujoče, lahko vprašate, ali resnično dobivate, kar potrebujete, od svojega časa v podjetju.

Charles Edge, direktor strokovnih služb pri podjetju Apple za upravljanje naprav JAMF Software, pravi, da se lahko najemni upravljavci spopadajo, če želijo nekoga namestiti dlje časa: »Nasprotno, če organizacija letno pregori razvijalce in pripelje zaposlenega, ki ima če bi bil v enem podjetju 10 let, bi lahko predstavljal izzivalno kulturo. Veliko časa posvečam razvoju osebja, zato si jih želim še dolgo. Zamenjava delovnih mest pa lahko omogoči izpostavljenost številnim različnim tehnikam in tehnologijam. «

Tisti, ki prehitro nadaljujejo, morda ne bodo videli celotnega življenjskega cikla projekta, opozarja Ben Donohue, podpredsednik inženiringa pri MediaMath.

"Nevarnost postaja plačanec, najeta puška in zamudiš priložnost, da dobiš občutek lastništva nad izdelkom in vzpostaviš trajne odnose z ljudmi," pravi Donohue. »Ne glede na to, kako nadarjeni in dobro ste kot tehnolog, še vedno potrebujete sposobnost videti stvari z vidika uporabnika in potreben je čas, da spoznate potrebe uporabnikov, ki jih vaša programska oprema naslavlja, in kako jih uporabljajo. vaš izdelek. "

Hilary Craft, vodja IT-podružnice pri Addison Group, je povsem jasna: »Nenehno poskakovanje dela je lahko rdeča zastava. Delodajalci zaposlujejo na podlagi tehnične usposobljenosti, zanesljivosti in pogosteje kulture. Stabilnost in dokončanje projekta pogosto dopolnjujeta te potrebe po zaposlovanju. Za izvajalce je dobro pravilo, da vsak projekt zaključijo, preden preidejo na naslednjo vlogo. Nekateri strokovnjaki ponavadi "ocenjujejo", da bi zaslužili najvišjo možno urno postavko, a nato požgajo mostove, kar pa se dolgoročno ne bo obrestovalo. "

Napaka št. 3: Prehod na napredovanje

V življenju vsakega razvijalca je točka, v kateri se vprašate: ali je to to? Če vam je bolj všeč kodiranje kot vodenje oddaje, se boste morda vprašali, ali bi to, da ostanete na mestu, ustavilo vašo kariero.

"Prehod v vodstvo bi moral biti previdna in premišljena odločitev," pravi Henderson iz Talent Inc. »Vodenje je sprememba kariere - ne logično napredovanje tehnične poti - in zahteva drugačen nabor spretnosti. Prav tako sem videl, da so številna podjetja v vodstvo potiskala dober tehnični talent, ker podjetje meni, da je to nagrada za zaposlenega, vendar se izkaže, da gre za napako tako vodje kot podjetja. "

Spoznajte svoje delovno okolje, pravi svetovalec za vodstvo Puri in dodaja, da na to ni enoznačnega odgovora.

"Delal sem v nekaterih krajih, kjer nesrečni menedžerji niso imeli prave moči, so bili preobremenjeni s papirji in sestanki in so morali igrati politiko," pravi Puri. »V teh okoljih bi bilo bolje, če bi ostali v razvoju. Dolgoročno bi priporočal, da se vsi vključijo v vodstvo, ker se razvojna kariera po 20 letih ustavi in ​​ne boste prejeli veliko večje odškodnine. "

Drug način gledanja na to je lahko samoohranitev. Scott Willson, direktor trženja izdelkov pri Automic, zastavlja vprašanje: “Koga bodo postavili na vaše mesto? Če ne vi, lahko promovirajo najbolj nesposobnega ali neprijetnega zaposlenega zgolj zato, ker izguba njihove produktivnosti iz jarkov ne bo tako posledična kot izguba bolj usposobljenih zaposlenih. S sprejetjem napredovanja lahko vi - in vaši kolegi / prijatelji - nadzirate svojo delovno srečo. Vsakdo bi moral biti v vodstvu vsaj enkrat v svoji karieri, če ne zaradi drugega, kot da bi dobili vpogled v to, zakaj in kako delujejo vodstvo in podjetja. "

Napaka št. 4: Ne plačevanje naprej

Manj očitna napaka je morda, da ostanete preveč osredotočeni na svojo poklicno pot brez upoštevanja mlajših razvijalcev v vaši pisarni. Tiste, ki se povežejo z mladimi programerji, pogosto pogovarjajo, kadar ekipa potrebuje vodstvo.

"Ugotovil sem, da me je mentorstvo mlajših razvijalcev izboljšalo pri mojem delu, saj se katerega predmeta učiš globlje, če ga učiš kot kateri koli drug način," pravi Automicov Willson. "Ker se razvijalci pogosto borijo z medosebnimi veščinami, mentorstvo ponuja odlične priložnosti, da se naučijo teh veščin."

Če so izkušnje najboljši učitelj, bo poučevanje drugih samo poglobilo vaše znanje, pravi Edge iz programske opreme JAMF. Kljub temu pa mu ne zameri zaseden razvijalec, če se to še ni zgodilo.

"Priznajmo si - nobena razvojna skupina nikoli ni imela dovolj sredstev, da bi dosegla to, kar želi vodstvo izdelkov," pravi Edge. »Ko starejši razvijalci nimajo časa za mentorstvo mlajših razvijalcev, popolnoma razumem. Samo ne recite, da zato, ker "nisem dober z ljudmi."

Napaka št. 5: Držite se svojega sklada

Zaradi vašega strokovnega znanja v enem svežnju boste morda neprecenljivi za vaše trenutno delovno mesto - a vam to pomaga pri karieri? Ali lahko škodi, če ste preveč osredotočeni samo na en kup?

MediaMathov Donohue na to ne potegne nobenega udarca: »Seveda je - ni nobene sodobne vloge programskega inženirstva, v kateri boste v celotni karieri uporabljali samo eno tehnologijo. Če vzamete razvijalca Java, ki v Javi deluje že 10 let in naenkrat začnejo delati na aplikaciji JavaScript, jo bodo napisali drugače kot nekoga s podobnimi dolgoletnimi izkušnjami kot razvijalec Pythona. Vsaka tehnologija, ki se je naučite, vpliva na vaše odločitve. Nekateri bi trdili, da to ni dobro - če se objektno usmerjenega pristopa Java poslušate ohlapno vtipkanega jezika, kot je JavaScript, ga poskušate narediti tako, da tega ne bi smel. "

Vaša pot lahko škodi, če ste preveč osredotočeni na en kup, pravi Henderson iz Talent Inc., vendar morda iz drugačnih razlogov, kot si mislite.

"Vsak kup bo imel drugačno kulturo in perspektivo, kar bo navsezadnje razširilo in pospešilo vašo kariero," pravi Henderson. »Na primer, ugotovil sem, da se mnogi razvijalci za C # zavedajo Microsoftovega ekosistema šele takrat, ko je zunaj veliko večji svet. Java ima nedvomno najboljši ekosistem in pogosto ugotovim, da razvijalci Java izdelujejo najboljše razvijalce za C #, ker imajo širšo perspektivo. "

Willson iz podjetja Automic pravi, da bi moralo biti znanje, vendar ne mojstrstvo, merilo pred prehodom na drugega.

"Čas je, da nadaljujete, ko ste spretni, ne pa nujno tudi odlični," pravi Willson. »Ne zagovarjam povprečnosti, ravno nasprotno. Pravim, da preden se odpravite k učenju nove spretnosti, se prepričajte, da ste dober, usposobljen ali nadpovprečen pri tej spretnosti, preden se odločite za nadaljevanje. "

Nenazadnje Henderson iz Talent Inc. ponuja še opozorilo: »Izogibajte se pasti pričakovanj, da je vsak novi jezik preprosto stari z drugačno sintakso. Razvijalci C # in Java, ki poskušajo prisiliti JavaScript v klasičen objektno usmerjen pristop, so povzročili veliko bolečine. "

Napaka št. 6: Zanemarjanje mehkih veščin

Programerji so običajno manj odhodni kot recimo prodajalci. Tam ni nobene skrivnosti. Toda mehke veščine lahko sčasoma poberemo in nekatere odtenke pri razvoju uspešne kariere - na primer učenje od mentorjev in razvijanje odnosov - lahko manjkajo v tvoji karieri, dokler ni prepozno.

"Omogoča boljšo programsko opremo, ko ljudje govorijo," pravi MediaMath's Donohue. »Mehke veščine in pogovori s strankami lahko dajo tudi odličen občutek sočutja, ki bo izboljšal vašo gradnjo. Začneš razmišljati o tem, kaj stranke resnično potrebujejo, namesto da bi pretirano inženirali. "

Henderson iz Talent Inc. pravi, da je vaše delo z drugimi ljudmi ključni del razvoja uspešne razvojne kariere.

"Vse človekove dejavnosti so družbene in razvoj ni nobena izjema," pravi Henderson. »Nekoč sem bil priča izmenjavi na poštnem seznamu Angular, kjer je začetnik razvijalec objavil nekaj kode z vprašanji. V eni uri - in s pomočjo petih ljudi - je imel trdno idiomatsko Angularno kodo, bogatejše razumevanje odtenkov in pasti Angular ter nekaj novih stikov. Čeprav lahko včasih zaradi trolov izgubimo vero, je svet poln neverjetnih ljudi, ki si želijo pomagati. "

Willson iz podjetja Automic pravi, da je pomanjkanje mehkih veščin karierni morilec. Potem, ko naprednejši programerji napredujejo, se razvijalci, ki nimajo spretnosti ljudi - ali pa jih preprosto ne izvajajo - sprašujejo, zakaj. Kljub temu imajo vsi radi šefe, "pravi, da kažejo taktičnost in spretno komunikacijo."

"Internet, e-tečaji, prijatelji in mentorji so za izboljšanje vaših mehkih veščin neprecenljivi viri, če ... ste skromni in ostajate učljivi," pravi Willson. »Poleg tega bomo vsi v svoji karieri dosegli točko, ko se bomo morali za pomoč opirati na zveze. Če nihče ni pripravljen stati v vašem kotu, imate težave vi in ​​ne oni, ki jih morate rešiti. V svoji karieri sem treniral ljudi nadvse nevzdržne, ko sem moral sprejemati težke kadrovske odločitve. "

Programiranje je le en vidik razvoja, pravi svetovalec za upravljanje Puri. »Velik del je zmožnost komuniciranja in razumevanja poslovnih ciljev in idej med skupinami ljudi z različnimi stopnjami tehničnih veščin. Videl sem preveč IT-jevcev, ki poskušajo med pogovorom z vodstvom sporočiti preveč tehničnih podrobnosti. "

Napaka št. 7: Nerazvijanje kariernega načrta

Razvijanje ciljev in sčasoma vrnitev k njim - ali obratno razvoj agilnega pristopa »pojdi s tokom« - oba imata svoja zagovornika.

"Manj načrtujem za cilje in več za sisteme, ki mi omogočajo, da se hitro izboljšam in izkoristim priložnosti, ko se pojavijo," pravi Henderson. »Kljub temu priporočam, da sestavite seznam izkušenj in veščin, ki bi jih radi pridobili, in ga uporabite kot zemljevid ter ga posodobite vsaj enkrat letno. Vedeti, kje ste bili, je tako koristno kot vedeti, kam želite iti. "

In seveda morda enako pomembno - kamor nočeš iti.

"V začetku kariere se še nisem naučil reči ne," pravi Edge iz programske opreme JAMF. »Tako sem se strinjal s projektnim načrtom, ki ga ni bilo mogoče uspešno izvesti. In vedel sem, da ne more. Če bi bil bolj odločen, bi lahko vplival na načrt, ki ga je ustvarilo kopico netehničnih ljudi, in prihranil čas in denar mojemu takratnemu delodajalcu, mojim sodelavcem precejšnjo bolečino in navsezadnje tudi odnos, ki smo ga imeli s stranko. "

Willson iz Automic-a govori naravnost iz knjige knjižice glavnega nogometnega trenerja Univerze v Alabami, Nicka Sabana, ki pridiga, kako verovati v vaš proces: "Poudarek je na sledenju procesu uspeha in uporabi tega postopka kot merila za odgovornost. . Če želite razviti svoj postopek, morate najti mentorje, ki so dobili tisto, kar želite pridobiti. Naučite se, kaj so storili in zakaj so to storili, nato prilagodite, prilagodite in sledite. «

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