Du finder ingen mangel på karrieremotiverende sætninger omkring fiasko: Fejler hurtigt, fiasko bygger karakter, nøglen til succes er fiasko, fejl får dig til at vokse, vær aldrig bange for at fejle. Men ideen om at tage fejl af toppen af softwareindustrien er sandsynligvis ikke sund. Hver udvikler vil have deres andel af fejltrin i en karriere, men hvorfor ikke lære af andres erfaring - og undgå de dyreste fejl?
Det var det, vi gjorde: Vi talte med en række tekniske professionelle, der hjalp os med at identificere områder, hvor fejl let kan undgås. Det er ikke overraskende, at nøglen til en solid dev-karriere involverer symmetri: For eksempel at blive ikke med en stak eller et job for længe, men derefter ikke skifte sprog og arbejdsgivere så ofte, at du hæver røde flag.
Her er nogle af de mest bemærkelsesværdige karrierefælder for ingeniører - et minefelt, du nemt kan undgå, mens du navigerer på et teknologisk marked, der konstant ændrer sig.
Fejl nr. 1: Bliver for længe
I disse dage er det sjældent at have en årtiers lang periode som udvikler hos et firma. På mange måder er det et æresmærke, der viser din betydning for virksomheden eller i det mindste din evne til at overleve og trives. Men dem, der kun har opbygget en karriere i et enkelt firma, kan pludselig finde sig i den forkerte ende af nedskæringer eller "rettighedsstørrelse" afhængigt af det slagord, der blev foretrukket på det tidspunkt.
Udtalelserne varierer med, hvor længe du skal bo ét sted. Praveen Puri, en managementkonsulent, der tilbragte 25 år som udvikler og projektleder, inden han startede sit eget firma, er ikke bange for at smide nogle numre ud.
"Jo længere du forbliver i en stilling, jo mere stagnerer dine færdigheder og løn, og du vil kede dig og rastløs," siger Puri. ”På den anden side, hvis du skifter flere job efter mindre end to år, sender det et rødt flag. Efter min egen erfaring blev jeg for længe på et job, hvor jeg arbejdede i 14 år - jeg skulle have rejst efter seks. Jeg forlod andre stillinger efter gennemsnitligt fire år, hvilket sandsynligvis handler om højre. ”
Michael Henderson, CTO i Talent Inc., ser to store ulemper ved at blive et sted for længe. "For det første risikerer du at begrænse din eksponering for nye tilgange og teknikker," siger han, "og for det andet vil dit professionelle netværk ikke være så dybt eller så varieret som en person, der skifter hold eller virksomheder."
At fokusere for meget på en stak, der bruges af din nuværende arbejdsgiver, er naturligvis godt for firmaet, men måske ikke for dig.
"Det er en fordel for andre arbejdsgivere, der søger et meget specialiseret sæt af færdigheder, og hver virksomhed er forskellig," siger Mehul Amin, direktør for ingeniør hos Advanced Systems Concepts. ”Men dette kan begrænse din vækst og viden på andre områder. Det er tydeligvis ikke et godt udseende for dit cv at blive et par måneder på hvert job, men medarbejderomsætningen er temmelig høj i disse dage, og arbejdsgivere forventer, at yngre arbejdstagere som nyuddannede universitetsuddannede bevæger sig lidt, inden de bliver langvarigt i en virksomhed. ”
Fejl nr. 2: Jobspring
Lad os se på bagsiden: Bevæger du dig for meget? Hvis det er et problem, kan du spørge, om du virkelig får det, du har brug for, fra din tid hos et firma.
Charles Edge, direktør for professionelle tjenester hos Apple-enhedsadministrationsfirmaet JAMF Software, siger, at ansættelse af ledere kan svigte, hvis de ønsker at placere nogen i lang tid: ”Omvendt, hvis en organisation brænder gennem udviklere årligt og får en medarbejder, været i et firma i 10 år kan repræsentere en udfordrende kulturel tilpasning. Jeg bruger meget tid på at udvikle mit personale, så jeg vil have dem med mig i lang tid. Skift af job kan dog give eksponering for mange forskellige teknikker og teknologier. ”
De, der bevæger sig for hurtigt, kan muligvis ikke se hele projektets livscyklus, advarer Ben Donohue, teknisk direktør hos MediaMath.
”Faren er ved at blive en lejesoldat, en ansat pistol, og du går glip af muligheden for at få en følelse af ejerskab over et produkt og opbygge varige forhold til mennesker,” siger Donohue. ”Uanset hvor talentfuld og kyndig du er som teknolog, har du stadig brug for evnen til at se tingene fra en brugers perspektiv, og det tager tid at komme til at kende brugerbehov, som din software adresserer, og hvordan de bruger dit produkt. ”
Hilary Craft, IT-filialchef i Addison Group, gør sig selv klar: ”Konstant jobhopping kan ses som et rødt flag. Arbejdsgivere ansætter baseret på teknisk dygtighed, pålidelighed og oftere end ikke, kultur passer. Stabilitet og projektafslutning supplerer ofte disse ansættelsesbehov. For entreprenører er det en god regel at gennemføre hvert projekt, inden de går videre til den næste rolle. Nogle fagfolk har tendens til at 'rate shop' for at tjene den højest mulige timepris, men til gengæld brænder broer, som ikke lønner sig i det lange løb. "
Fejl nr. 3: At videregive en forfremmelse
Der er et punkt i hver udviklers liv, hvor du spekulerer på: Er det det? Hvis du kan lide at kode mere end at køre showet, spekulerer du måske på, om det at forblive i ro kunne stoppe din karriere.
”At gå ind i ledelsen bør være en forsigtig, tankevækkende beslutning,” siger Talent Inc.'s Henderson. ”Ledelse er en karriereændring - ikke den logiske udvikling af det tekniske spor - og kræver et andet sæt færdigheder. Jeg har også set mange virksomheder skubbe godt teknisk talent ind i ledelsen, fordi virksomheden synes, det er en belønning for medarbejderen, men det viser sig at være en fejl for både lederen og virksomheden. ”
Lær dit eget arbejdsmiljø at kende, siger ledelseskonsulent Puri og tilføjer, at der ikke er noget one-size-fits-all svar på dette.
”Jeg har arbejdet nogle steder, hvor ulykkelige ledere ikke havde nogen reel magt, var overbelastet med papirarbejde og møder og måtte spille politik,” siger Puri. ”I disse miljøer ville det være bedre at forblive i udvikling. På lang sigt vil jeg anbefale, at alle kommer ind i ledelsen, fordi udviklingskarrierer holder op efter 20 år, og du får ikke meget mere kompensation. ”
En anden måde at se på dette kan være selvbevarelse. Scott Willson, produktmarkedsdirektør hos Automic, stiller spørgsmålet: “Hvem sætter de i dit sted? Hvis ikke dig, kan de muligvis fremme den mest inkompetente eller modbydelige medarbejder, simpelthen fordi det at miste deres produktivitet fra skyttegravene ikke har så stor betydning som at miste mere kvalificerede medarbejdere. Nogle gange kan det at acceptere en forfremmelse sætte dig - og dine kolleger / venner - i kontrol over din hverdagslykke. Alle skal være i ledelsen mindst en gang i deres karriere, hvis de ikke har noget andet end at få indsigt i hvorfor og hvordan ledelse og virksomheder fungerer. ”
Fejl nr. 4: Betaler ikke det fremad
En mindre åbenlyst fejl kan være at være for fokuseret på dit eget karrierespor uden hensyntagen til juniorudviklerne på dit kontor. De, der parrer med unge programmører, bliver ofte tappet, når et hold har brug for ledelse.
"Jeg har fundet ud af, at vejledning af juniorudviklere har gjort mig bedre til mit job, fordi du lærer ethvert emne dybere ved at undervise i det, end du gør ved nogen anden metode," siger Automics Willson. "Da udviklere ofte kæmper med interpersonelle færdigheder, giver mentoring store muligheder for at udnytte disse menneskers færdigheder."
Hvis erfaring er den bedste lærer, vil undervisning i andre kun uddybe din viden, siger JAMF Softwares Edge. Når det er sagt, holder han det ikke imod en travl udvikler, hvis det endnu ikke er sket.
"Lad os indse det - intet udviklingsteam har nogensinde haft ressourcer nok til at levere, hvad produktledelse ønsker," siger Edge. ”Når seniorudviklere ikke har tid til at vejlede yngre udviklere, forstår jeg fuldt ud. Bare sig ikke, det er fordi 'jeg er ikke god med mennesker.' "
Fejl nr. 5: Hold dig til din stak
Din ekspertise i en stak kan gøre dig uvurderlig for din nuværende arbejdsplads - men hjælper det din karriere? Kan det skade at være for fokuseret på kun en stak?
MediaMaths Donohue trækker ikke slag på denne: ”Det er det selvfølgelig - der er ingen moderne softwareteknikerrolle, hvor du kun bruger én teknologi i løbet af din karriere. Hvis du tager en Java-udvikler, der har arbejdet i Java i 10 år, og pludselig begynder de at arbejde på en JavaScript-applikation, skriver de det anderledes end en person med lignende års erfaring som en Python-udvikler. Hver teknologi, du lærer, påvirker dine beslutninger. Nogle vil hævde, at det ikke er en god ting - hvis du tager en Java-objektorienteret tilgang til et let skrevet sprog som JavaScript, vil du forsøge at få det til at gøre ting, som det ikke skal. "
Det kan skade din bane at være for fokuseret på en stak, siger Talent Inc.'s Henderson, men måske af andre grunde, end du tror.
”Hver stak vil have en anden kultur og et andet perspektiv, som i sidste ende vil udvide og fremskynde din karrierevækst,” siger Henderson. ”For eksempel finder jeg, at mange C # -udviklere kun er opmærksomme på Microsofts økosystem, når der er en langt større verden derude. Java har uden tvivl det bedste økosystem, og jeg finder ofte, at Java-udviklere laver de bedste C # -udviklere, fordi de har et bredere perspektiv. ”
Automics Willson siger, at dygtighed - men ikke beherskelse - med en stak skal være målestokken, inden den går videre til en anden.
”Det er tid til at komme videre, når du er god til dygtigheden, men ikke nødvendigvis stor,” siger Willson. ”Jeg går ikke ind for middelmådighed, snarere det modsatte. Jeg siger, at inden du tager afsted for at lære en ny færdighed, skal du sørge for at være god, kompetent eller over gennemsnittet til den færdighed, inden du overvejer at komme videre. ”
Endelig giver Talent Inc.'s Henderson denne advarsel: ”Undgå forventningsfælden om, at hvert nye sprog simpelthen er det gamle med en anden syntaks. Udviklere af C # og Java, der forsøger at tvinge JavaScript til en klassisk objektorienteret tilgang, har forårsaget megen smerte. ”
Fejl nr. 6: Forsømmelse af bløde færdigheder
Programmører er typisk mindre udadvendte end for eksempel sælgere. Ingen hemmelighed der. Men bløde færdigheder kan hentes over tid, og nogle af nuancerne ved at udvikle en succesrig karriere - som at lære af mentorer og udvikle relationer - kan mangle i din karriere, indtil det er for sent.
"Det giver bedre software, når folk snakker," siger MediaMaths Donohue. ”Bløde færdigheder og samtaler med kunder kan også give en stor følelse af medfølelse, der vil forbedre din opbygning. Du begynder at tænke over, hvad kunderne virkelig har brug for i stedet for overingeniør. ”
Talent Inc.'s Henderson siger, at dit arbejde med andre mennesker er en afgørende del af udviklingen af en vellykket dev-karriere.
”Alle menneskelige aktiviteter er sociale, og udvikling er ingen undtagelse,” siger Henderson. ”Jeg var engang vidne til en udveksling på Angular-postlisten, hvor en nybegynderudvikler indsendte en kode med spørgsmål. Inden for en time - og ved hjælp af fem personer - havde han bunnsolid idiomatisk kantet kode, en rigere forståelse af kantet nuance og faldgruber og flere nye kontakter. Selvom troldene nogle gange kan få os til at miste troen, er verden fuld af fantastiske mennesker, der ønsker at hjælpe hinanden. ”
Automics Willson siger, at mangel på bløde færdigheder er en karrieremorder. Så når mindre dygtige programmører bevæger sig fremad, bliver udviklere, der ikke har menneskers færdigheder - eller simpelthen ikke udøver dem - efterladt at undre sig over hvorfor. Alligevel elsker alle chefer, siger han, "som demonstrerer takt og dygtig kommunikation."
"For at forbedre dine bløde færdigheder er Internettet, e-kurser, venner og mentorer uvurderlige ressourcer, hvis ... du er ydmyg og forbliver coachbar," siger Willson. ”Desuden når vi alle et punkt i vores karriere, hvor vi bliver nødt til at læne os på relationer for at få hjælp. Hvis ingen er villige til at stå i dit hjørne, har du, ikke de, et problem, og du skal tage fat på det. I min karriere har jeg værdsat trænbare mennesker, der er uadskillelige, når jeg har været nødt til at tage hårde personalebeslutninger. ”
Programmering er kun et aspekt af udviklingen, siger ledelseskonsulent Puri. ”Den største del er at kunne kommunikere og forstå forretningsmål og ideer mellem grupper af mennesker med forskellige niveauer af tekniske færdigheder. Jeg har set for mange it-folk, der prøver at kommunikere for mange tekniske detaljer, når de taler med ledelsen. ”
Fejl nr. 7: Kunne ikke udvikle en karriereplan
At udvikle mål og vende tilbage til dem over tid - eller omvendt at udvikle en adræt, gå-med-strøm-tilgang - har begge deres tilhængere.
”Jeg konstruerer mindre for mål og mere for systemer, der giver mig mulighed for hurtigt at forbedre og gribe muligheder, når de opstår,” siger Henderson. ”Når det er sagt, anbefaler jeg at oprette en liste over oplevelser og færdigheder, som du gerne vil tilegne dig, og bruge det som et kort, ved at opdatere det mindst en gang om året. At vide, hvor du har været, er lige så nyttigt som at vide, hvor du vil hen. "
Og selvfølgelig måske lige så vigtigt - hvor du ikke vil hen.
”Tidligt i min karriere havde jeg endnu ikke lært at sige nej,” siger Edge fra JAMF Software. ”Så jeg accepterede en projektplan, at der ikke var nogen måde, der kunne leveres med succes. Og jeg vidste, at det ikke kunne. Hvis jeg havde været mere selvsikker, kunne jeg have påvirket planen, som en flok ikke-tekniske mennesker lavede og sparet min daværende arbejdsgivers tid og penge, mine kolleger en betydelig smerte og i sidste ende det forhold, vi havde med kunden. ”
Automics Willson holder en pep-tale lige ud af playbogen fra University of Alabamas hovedfodboldtræner Nick Saban, der prædiker at have tro på din proces: ”Fokus er i at følge en succesproces og bruge denne proces som et benchmark for at holde dig selv ansvarlig . For at udvikle din proces skal du finde mentorer, der har opnået det, du ønsker at opnå. Lær, hvad de gjorde, og hvorfor de gjorde det, så personaliser, tilpas og følg. ”
