Ohjelmointi

7 tappavaa uravirhettä, joita kehittäjät tekevät

Epäonnistumisia ympäröivistä uramotivaatioista ei ole pulaa: Epäonnistuminen nopeasti, epäonnistuminen rakentaa luonnetta, menestyksen avain on epäonnistuminen, virheet saavat sinut kasvamaan, älä koskaan pelkää epäonnistua. Mutta ajatus erehtyä ohjelmistoteollisuuden huipulle on luultavasti perusteeton. Jokaisella kehittäjällä on oma osansa virhettä uralla, mutta miksi et oppisi muiden kokemuksista - ja välttäisi kalliimpia virheitä?

Näin teimme: Keskustelimme useiden teknisten ammattilaisten kanssa, jotka auttoivat meitä tunnistamaan alueet, joilla virheet voidaan helposti välttää. Ei ole yllättävää, että vankan kehittäjäuran avain sisältää symmetrian: Ei esimerkiksi pidetä yhden pinon tai työn kanssa liian kauan, mutta taas ei vaihdeta kieltä ja työnantajaa niin usein, että nostat punaisia ​​lippuja.

Tässä on joitain insinöörien merkittävimpiä uranloukkuja - miinakenttä, jonka voit helposti välttää navigoidessasi jatkuvasti muuttuvilla teknologiamarkkinoilla.

Virhe nro 1: Pysyminen liian kauan

Nykyään on harvinaista, että vuosikymmenien ajan on ollut yhden yrityksen kehittäjä. Monin tavoin se on kunniamerkki, joka osoittaa tärkeytesi yritykselle tai ainakin kykynne selviytyä ja menestyä. Mutta ne, jotka ovat rakentaneet uransa vain yhdessä yrityksessä, saattavat yhtäkkiä joutua väärään päähän supistamisesta tai "oikeasuhteisuudesta" riippuen tuolloin suosimasta muotisanasta.

Mielipiteet vaihtelevat siitä, kuinka kauan sinun pitäisi viipyä yhdessä paikassa. Praveen Puri, hallintokonsultti, joka vietti 25 vuotta kehittäjänä ja projektipäällikkönä ennen oman yrityksen perustamista, ei pelkää heittää joitain numeroita.

"Mitä kauemmin pysyt yhdessä asennossa, sitä enemmän taitosi ja palkkasi pysähtyvät ja kyllästyt ja levät", Puri sanoo. "Toisaalta, jos vaihdat useita töitä alle kahden vuoden kuluttua, se lähettää punaisen lipun. Oman kokemukseni mukaan jäin liian kauan yhteen työhön, jossa työskentelin 14 vuotta - minun olisi pitänyt lähteä kuuden jälkeen. Lähdin muista tehtävistä keskimäärin neljän vuoden kuluttua, mikä on luultavasti oikeassa. ”

Michael Henderson, Talent Inc: n tekninen johtaja, näkee kaksi suurta haittaa pysyä yhdessä paikassa liian kauan. "Ensinnäkin sinulla on riski rajoittaa altistumistasi uusille lähestymistavoille ja tekniikoille", hän sanoo, "ja toiseksi ammatillinen verkostosi ei ole yhtä syvä tai vaihteleva kuin joku, joka vaihtaa tiimiä tai yrityksiä."

Liian keskittyminen yhteen nykyisen työnantajan käyttämään pinoon on tietysti hyvä yritykselle, mutta ehkä ei sinulle.

"Tästä on hyötyä muille työnantajille, jotka etsivät hyvin erikoistuneita taitoja, ja jokainen yritys on erilainen", sanoo Advanced Systems Conceptsin suunnittelupäällikkö Mehul Amin. "Mutta tämä voi rajoittaa kasvua ja tietämystäsi muilla alueilla. Muutamien kuukausien oleskelu kussakin työpaikassa ei tietenkään ole hieno etsiminen ansioluettelostasi, mutta työntekijöiden vaihtuvuus on nykyään melko korkea, ja työnantajat odottavat nuorempien työntekijöiden, kuten vastavalmistuneiden tutkinnon suorittaneiden, liikkuvan vähän ennen kuin pysyvät pitkään yrityksessä. "

Virhe nro 2: Työn hyppääminen

Katsotaanpa kääntöpuolta: Liikkutko liikaa? Jos tämä on huolestuttavaa, saatat kysyä, saatko todella tarvitsemasi yrityksessäsi vietetystä ajasta.

Charles Edge, Applen laitehallintayhtiön JAMF Softwaren asiantuntijapalveluiden johtaja, sanoo, että johtajien palkkaaminen voi epäonnistua, jos he haluavat sijoittaa jonkun pitkäksi ajaksi: ”Kääntäen, jos organisaatio palaa kehittäjien läpi vuosittain ja tuo työntekijän, jolla on se, että olen ollut yhdessä yrityksessä 10 vuotta, saattaa olla haastava kulttuurinen sopivuus. Vietän paljon aikaa henkilöstön kehittämiseen, joten haluan heidät pitkään. Työnvaihto voi kuitenkin altistaa monille erilaisille tekniikoille ja tekniikoille. "

Liian nopeasti eteenpäin siirtyvät eivät välttämättä näe projektin koko elinkaarta, varoittaa Ben Donohue, MediaMathin suunnittelupäällikkö.

"Vaarasta on tulossa palkkasoturi, vuokrattu ase, ja menetät mahdollisuuden saada tuotteen omistajuuden tunne ja luoda kestäviä suhteita ihmisiin", Donohue sanoo. "Riippumatta siitä, kuinka lahjakas ja osaava olet teknikkona, tarvitset silti kyvyn nähdä asiat käyttäjän näkökulmasta, ja sinun on vietävä aikaa oppia tuntemaan käyttäjän tarpeet, joihin ohjelmistosi vastaa ja miten he käyttävät tuotteesi. "

Addison Groupin IT-haaratoimitusjohtaja Hilary Craft tekee itsensä selväksi: ”Jatkuva työhyppely voidaan nähdä punaisena lippuna. Työnantajat palkkaavat teknisen osaamisen, luotettavuuden ja useimmiten kulttuurin mukaan. Vakaus ja projektin loppuun saattaminen täydentävät usein näitä palkkaamistarpeita. Urakoitsijoille on hyvä sääntö viimeistellä kukin projekti ennen seuraavaan rooliin siirtymistä. Jotkut ammattilaiset pyrkivät "hinnoittelemaan" ansaitsemaan korkeimman mahdollisen tuntihinnan, mutta vuorostaan ​​polttavat siltoja, mikä ei kannata pitkällä aikavälillä. "

Virhe nro 3: Ylennyksen siirtäminen

Jokaisen kehittäjän elämässä on kohta, jossa ihmettelet: Onko se se? Jos nautit koodaamisesta enemmän kuin näyttelyn suorittamisesta, saatat miettiä, voisiko paikallaan pysyminen pysäyttää urasi.

"Johtoon siirtymisen pitäisi olla varovainen, harkittu päätös", sanoo Talent Inc.:n Henderson. ”Johtaminen on uramuutos - ei teknisen radan looginen eteneminen - ja vaatii erilaisia ​​taitoja. Olen myös nähnyt monien yritysten työntävän hyviä teknisiä kykyjä johtoon, koska yrityksen mielestä se on palkkio työntekijälle, mutta se osoittautuu virheeksi sekä johtajalle että yritykselle. "

Opi tuntemaan oma työympäristösi, sanoo liikkeenjohdon konsultti Puri ja lisää, että tähän ei ole olemassa yhtä vastausta kaikille.

"Olen työskennellyt paikoissa, joissa onnettomilla johtajilla ei ollut todellista valtaa, olin ylikuormitettu paperilla ja kokouksilla, ja minun täytyi pelata politiikkaa", Puri sanoo. ”Noissa ympäristöissä olisi parempi pysyä kehityksessä. Pitkällä aikavälillä suosittelen, että kaikki siirtyvät johtoon, koska kehitysurat pysähtyvät 20 vuoden kuluttua, etkä saa paljon enemmän korvauksia. "

Toinen tapa tarkastella tätä voi olla itsesäilytys. Automicin tuotemarkkinointijohtaja Scott Willson kysyy: "Kenen he asettavat sinun paikalle? Jos et sinä, he voivat ylentää epäpätevän tai vastenmielisimmän työntekijän yksinkertaisesti siksi, että tuottavuuden menettäminen kaivannoista ei ole yhtä seurausta kuin pätevämmän työntekijän menettäminen. Joskus ylennyksen hyväksyminen voi antaa sinulle - ja kollegoillesi / ystävillesi - hallita työpäivän onneasi. Kaikkien tulisi olla johtotehtävissä ainakin kerran urallaan, ellei muuta kuin saada tietoa siitä, miksi ja miten johto ja yritykset toimivat. "

Virhe nro 4: Ei maksa sitä eteenpäin

Vähemmän ilmeinen virhe voi olla keskittyminen liian pitkälle omaan urasi seurantaan toimiston nuorempien kehittäjien huomioimatta. Nuoria ohjelmoijia parittavia tapetaan usein, kun joukkue tarvitsee johtajuutta.

"Olen huomannut, että nuorempien kehittäjien mentorointi on tehnyt minusta paremman työssäni, koska opit minkä tahansa aiheen syvemmälle opettamalla kuin millään muulla menetelmällä", Automicin Willson kertoo. "Koska kehittäjät kamppailevat usein ihmissuhdetaitojen kanssa, mentorointi tarjoaa erinomaiset mahdollisuudet parantaa näiden ihmisten taitoja."

Jos kokemus on paras opettaja, muiden opettaminen vain syventää tietosi, kertoo JAMF Software's Edge. Hän ei kuitenkaan pidä sitä kiireisen kehittäjän kanssa, ellei sitä ole vielä tapahtunut.

"Tunnustetaan tosiasia - yksikään kehitystiimi ei ole koskaan saanut tarpeeksi resursseja toimittamaan mitä tuotehallinta haluaa", Edge sanoo. "Kun vanhemmilla kehittäjillä ei ole aikaa mentoroida nuorempia kehittäjiä, ymmärrän täysin. Älä vain sano, että "en ole hyvä ihmisten kanssa". "

Virhe nro 5: Tarttuminen pinoon

Asiantuntemuksesi yhdessä pinossa voi tehdä sinusta korvaamattoman nykyiselle työpaikallesi - mutta auttaako se urasi? Voiko satuttaa olla liian keskittynyt vain yhteen pinoon?

MediaMathin Donohue ei vedä lyöntejä tälle: "Tietenkin on - ei ole nykyaikaista ohjelmistotekniikkaa, jossa käyttäisit vain yhtä tekniikkaa urasi ajan. Jos otat Java-kehittäjän, joka on työskennellyt Javassa 10 vuotta, ja yhtäkkiä he alkavat työskennellä Java-sovelluksen parissa, he kirjoittavat sen eri tavalla kuin joku, jolla on samanlainen vuosikokemus Python-kehittäjänä. Jokainen oppimaasi tekniikka vaikuttaa päätöksiisi. Jotkut väittävät, että se ei ole hyvä asia - jos valitset Java-objektikeskeisen lähestymistavan löyhästi kirjoitettuun kieleen, kuten JavaScriptiin, yrität saada sen tekemään asioita, joita sen ei pitäisi tehdä. "

Talent Inc.:n Henderson kertoo, että voi keskittyä liikaa yhteen pinoon, voi vahingoittaa reittiäsi, mutta ehkä muista syistä kuin luulet.

"Jokaisella pinolla on erilainen kulttuuri ja näkökulma, mikä lopulta laajentaa ja nopeuttaa urakehitystäsi", Henderson sanoo. "Esimerkiksi huomaan, että monet C # -kehittäjät ovat tietoisia vain Microsoftin ekosysteemistä, kun siellä on paljon suurempi maailma. Java on epäilemättä paras ekosysteemi, ja usein huomaan, että Java-kehittäjät tekevät parhaita C # -kehittäjiä, koska heillä on laajempi näkökulma. "

Automicin Willson sanoo, että yhden pinon ammattitaidon - mutta ei hallinnan - tulisi olla vertailukohtana ennen siirtymistä toiseen.

"On aika siirtyä eteenpäin, kun taito on hyvä, mutta ei välttämättä hyvä", Willson sanoo. "En kannata keskinkertaisuutta, päinvastoin. Sanon, että ennen kuin lähdet oppimaan uutta taitoa, varmista, että olet siinä taitossa hyvä, osaava tai keskitasoa korkeampi, ennen kuin harkitset siirtymistä eteenpäin. "

Lopuksi Talent Inc. -yhtiön Henderson tarjoaa tämän varoituksen: "Vältä odotusloukkaa, että jokainen uusi kieli on yksinkertaisesti vanha ja eri syntaksilla. C #: n ja Java: n kehittäjät, jotka yrittävät pakottaa JavaScriptin klassiseen olio-lähestymistapaan, ovat aiheuttaneet paljon tuskaa. "

Virhe nro 6: Pehmeiden taitojen laiminlyönti

Ohjelmoijat ovat yleensä vähemmän lähteviä kuin esimerkiksi myyjät. Ei mikään salaisuus siellä. Mutta pehmeät taidot voidaan hankkia ajan myötä, ja jotkut onnistuneen uran kehittämisen vivahteet - kuten mentoreilta oppiminen ja suhteiden kehittäminen - voivat puuttua urastasi, kunnes on liian myöhäistä.

"Se parantaa ohjelmistoja, kun ihmiset puhuvat", sanoo MediaMathin Donohue. ”Pehmeät taidot ja keskustelut asiakkaiden kanssa voivat myös antaa hyvän myötätunnon tunteen, joka parantaa rakentamistasi. Alat miettiä, mitä asiakkaat todella tarvitsevat ylisuunnittelun sijaan. "

Talent Inc.:in Henderson sanoo, että työsi muiden ihmisten kanssa on tärkeä osa menestyvän kehittäjäuran kehittämistä.

"Kaikki ihmisen toimet ovat sosiaalisia, eikä kehitys ole poikkeus", Henderson sanoo. ”Olen kerran nähnyt keskustelun Angular-postituslistalla, jossa aloitteleva kehittäjä lähetti koodin kysymyksiin. Tunnin sisällä - ja viiden ihmisen avulla - hänellä oli kova vankka idiomaattinen kulmakoodi, rikkaampi käsitys kulmavivahteista ja sudenkuopista sekä useita uusia kontakteja. Vaikka peikot voivat joskus johtaa meihin uskon menettämiseen, maailma on täynnä hämmästyttäviä ihmisiä, jotka haluavat auttaa toisiaan. "

Automicin Willsonin mukaan pehmeiden taitojen puute on uramurhaaja. Silloin kun vähemmän taitavat ohjelmoijat etenevät eteenpäin kehittäjät, joilla ei ole ihmisten taitoja - tai jotka eivät yksinkertaisesti käytä niitä - jäävät miettimään miksi. Silti kaikki rakastavat pomoja, "hän osoittaa tahdikkuutta ja taitavaa viestintää".

"Pehmeiden taitojesi parantamiseksi Internet, e-kurssit, ystävät ja mentorit ovat korvaamattomia resursseja, jos ... olet nöyrä ja pysyt valennettavana", Willson sanoo. ”Sitä paitsi me kaikki saavutamme urassamme pisteen, kun meidän on nojauduttava suhteisiin avun saamiseksi. Jos kukaan ei ole halukas seisomaan nurkassasi, sinulla on ongelma, eikä heillä, ja sinun on puututtava siihen. Olen urallani arvostanut valmennettavia ihmisiä enemmän kuin mahdottomia, kun minun on täytynyt tehdä kovia henkilöstöpäätöksiä. "

Ohjelmointi on vain yksi osa kehitystä, sanoo liikkeenjohdon konsultti Puri. ”Suurin osa on mahdollisuus kommunikoida ja ymmärtää liiketoiminnan tavoitteita ja ideoita ihmisryhmien välillä, joilla on vaihteleva tekninen taito. Olen nähnyt liikaa IT-ihmisiä, jotka yrittävät kommunikoida liikaa teknisiä yksityiskohtia puhuessaan johdon kanssa. "

Virhe nro 7: Etenemissuunnitelman laatiminen epäonnistui

Tavoitteiden kehittäminen ja palaaminen niihin ajan myötä - tai päinvastoin ketterän, virtauksen mukana kulkevan lähestymistavan kehittäminen - molemmilla on kannattajansa.

"Suunnittelen vähemmän tavoitteisiin ja enemmän järjestelmiin, joiden avulla voin kehittyä nopeasti ja tarttua mahdollisuuksiin niiden syntyessä", Henderson sanoo. "Tästä huolimatta suosittelen laatimaan luettelon kokemuksista ja taidoista, jotka haluat hankkia, ja käyttämään sitä karttana, päivittämällä sen vähintään vuosittain. Tieto missä olet käynyt on yhtä hyödyllistä kuin tietää minne haluat mennä. "

Ja tietysti ehkä yhtä tärkeä - minne et halua mennä.

"Urani alussa en ollut vielä oppinut sanomaan ei", sanoo Edge JAMF-ohjelmistosta. "Joten suostuin projektisuunnitelmaan, jonka mukaan mitään keinoa ei voida toimittaa onnistuneesti. Ja tiesin, ettei se voinut. Jos olisin ollut vakuuttavampi, olisin voinut vaikuttaa suunnitelmaan, jonka joukko ei-teknisiä ihmisiä teki ja säästää työnantajani aikaa ja rahaa, työtovereilleni huomattavan määrän kipua ja viime kädessä suhdetta asiakkaaseen. ”

Automicin Willson puhuu suoraan Alabaman yliopiston pääjalkapallovalmentajan Nick Sabanin pelikirjasta, joka saarnaa uskovansa prosessiin: ”Painopiste on menestysprosessin seuraamisessa ja prosessin käyttämisessä vertailukohteena pitämään itsesi vastuullisena. . Prosessin kehittämiseksi sinun on löydettävä mentorit, jotka ovat saaneet haluamasi. Opi mitä he tekivät ja miksi he tekivät sen, muokkaa sitten, säädä ja seuraa. "

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