Innholdsfortegnelse[Gjemme seg][Forestilling]
Er 10X-ingeniøren en myte?
Realiteten er at noen mennesker er flinkere til å programmere enn andre.
I min tidligere stilling i et teknologiselskap, har jeg vært i ærefrykt over hvordan noen i teamet mitt ser ut til å vite hvordan de skal gjøre alt.
Selv under tiden min på universitetet, hvor jeg deltok i hackathons og praksisplasser, var jeg i stand til å møte noen få svært talentfulle utviklere som jeg har lært mye av.
I denne artikkelen vil jeg gå gjennom noen misoppfatninger folk kan ha om 10X-ingeniøren. Etter at vi har sett nærmere på hva en 10X-ingeniør er ikke, vi skal gå gjennom noen av de beste rådene jeg kan gi for deg å bli en 10X-ingeniør selv.
Hva er en 10X Engineer?
Mange utviklere vil krangle om den faktiske definisjonen av en 10X-ingeniør. Men for klarhetens skyld, la oss prøve å definere en enkel definisjon nå.
En 10X-ingeniør er en programvareutvikler som er i stand til å være like produktiv som ti av sine jevnaldrende.
Ideen om 10X-ingeniøren kan ha oppstått tidligere enn du tror.
A forskning papir fra 1968 kalt "Utforskende, eksperimentelle studier som sammenligner online og offline programmeringsytelse" foreslo først ideen om at noen av de beste programmererne presterer en størrelsesorden bedre enn de dårligste programmererne. Selv om dette ikke er definisjonen man er enige om i dag, spredte ideen om 10X-ingeniøren seg snart utenfor akademia.
Noen år senere kom den klassiske boken The Mytisk mann-måned ytterligere illustrert ideen til 10X-ingeniøren. Forfatteren Fred Brooks foreslår det programvareutvikling team kan være strukturert som kirurgiske team.
I dette teamet vil du ha en sjefprogrammerer eller "kirurg" med støtteprogrammerere eller "sykepleiere."
Selv om denne analogien er lett å forstå, tror jeg den er litt forenklet og utdatert når den brukes på den nåværende tilstanden innen programvareutvikling.
Teamdynamikken i et teknisk team er veldig forskjellig fra en kirurgs. Denne ideen om en enkelt person som gjør mesteparten av arbeidet eller bare det mest utfordrende arbeidet har feilkarakterisert hva jeg mener en 10X-ingeniør burde være.
Vanlige misoppfatninger
Ettersom ideen om 10X-ingeniøren spredte seg over hele teknologisfæren, mistolker et flertall av ledere ofte hva vi mener med "10X".
En vanlig misforståelse er at 10X-ingeniører produserer ti ganger så mye kode enn sine jevnaldrende. Dette er rett og slett ikke sant.
Mens en 10X-ingeniør muligens kunne produsere mer kode enn kollegene sine, er ikke kvantitet den riktige beregningen. Se for deg en programmerer som bruker tusen linjer med kode på å utføre det som kan gjøres på mindre enn hundre. På samme måte koder ikke en 10X-ingeniør ti ganger raskere!
En annen misforståelse om 10X-ingeniører er at de er gode rett og slett på grunn av deres kodekunnskap. Igjen, dette er nok et tilfelle av å se på feil beregning.
Det som gjør en 10X-ingeniør så verdifull, er hvordan han tilfører ti ganger verdien til teamet og organisasjonen. En 10X-ingeniør er uunnværlig på grunn av deres evne til å bruke sin kodingskunnskap og tilpasse den etter bedriftens behov.
Ledere bør se etter ingeniører som kan løse problemer og samarbeide godt med andre. Utover kodekunnskap bør 10X-ingeniører være i stand til å heve arbeidet til alle rundt dem.
Fem måter å være en 10x-ingeniør på
Denne delen er for deg hvis du er en leder som leter etter din neste ansettelse, eller bare en ingeniør som ønsker å bli en 10X-ingeniør.
Her er noen av de viktigste vanene og egenskapene til en 10X-ingeniør:
De vet hvordan de skal få mest mulig ut av teknologistabelen sin
Å kjenne til verktøyene dine er kanskje det mest åpenbare rådet jeg kan gi deg. Imidlertid kan mange utviklere fortsatt forbedre arbeidsflyten ved å lære å jobbe effektivt.
De fleste 10x-ingeniørene jeg har jobbet med kjenner veien rundt terminalen. Selv om det kan være litt av en læringskurve for nybegynnere, vil det å forstå hvordan du lager skallkommandoer på farten hjelpe deg med å gjøre jobben din mye raskere i det lange løp.
10x-ingeniører kan også ha godt av å være litt lat. La meg fortelle deg hva jeg mener.
Tenk deg å måtte utføre en rekke kommandoer manuelt hver dag for å presse nye forpliktelser til produksjon. En 10x-ingeniør bør unngå å gjøre repeterende oppgaver. De gjør den ekstra innsatsen for å automatisere så mye av dagen som mulig.
De beste ingeniørene bør også tenke langsiktig. Hvis du jobber for en oppstart, kan det være fristende å fokusere på raske og enkle løsninger. Det kan imidlertid hende at disse løsningene ikke skalere opp nedover linjen.
De slutter aldri å lære
En god utvikler slutter aldri å lære. De beste ingeniørene får tid ut av den travle arbeidsdagen til å prøve ut nye konsepter, språk og rammeverk som de kan prøve å bruke i arbeidet sitt.
En 10x-ingeniør bør opprettholde en sunn følelse av nysgjerrighet. De spør ofte seg selv: "Kan dette gjøres bedre?" eller "Er det en enklere eller mer effektiv måte å løse dette problemet på."
Dermed må en 10x-ingeniør mestre kunsten å lære selv. Å lære å lære er den beste måten å holde seg flytende i et hektisk miljø.
De vet hvordan de best kan bruke tiden sin
En god programvareingeniør er flink til å ta avgjørelser, spesielt om hva de skal gjøre med tiden sin.
10X-ingeniører trenger sjelden å jobbe flere timer enn gjennomsnittsingeniøren. Ingeniører bør vite når de skal presse tilbake og si nei til visse forespørsler. De bør vite hvilke oppgaver de skal gjøre selv og hvilke oppgaver de skal delegere.
Effektive ingeniører bør mestre hvordan de kan finne ut om en oppgave er verdt å gjøre raskt. En mental modell å huske på er Pareto-prinsippet.
Prinsippet sier at 80 % av arbeidets verdi kommer fra 20 % av innsatsen. Med andre ord, ikke alle oppgaver er like.
De ser etter riktig veiledning
En god ingeniør kan lære så mye av en erfaren veteran i bransjen. 10X-ingeniører ser ofte etter mentorskap i og utenfor arbeid for å videreutvikle kunnskapen sin.
På samme måte vil 10X-ingeniører dra nytte av å ta en mentorrolle til sine egne lagkamerater. Hele laget løftes opp ved å være åpen for sine mer nybegynnere lagkamerater.
De forstår virksomheten
Med enkle ord er programvareutvikling bare en måte for datamaskiner å løse et reell problem. Med det i tankene må en effektiv ingeniør bli en ekspert på problemet de prøver å løse.
Som ingeniør er det en smart idé å gjøre en innsats for å få en forståelse av virksomheten eller bransjen du er en del av. En 10x-ingeniør bør være en aktiv deltaker i møter med andre avdelinger.
Hvis ingeniøren bruker krefter på å forstå hva andre avdelinger gjør i forbindelse med virksomheten, vil de bli en effektiv kommunikator. Effektiv kommunikasjon vil bidra til å forhindre at teamet ditt misforstår forretningskrav og prosjektspesifikasjoner.
konklusjonen
Forhåpentligvis har du nå et klarere bilde av hvordan en 10X-ingeniør ser ut. Du bør også ha en forståelse av hva en 10X-ingeniør ikke er.
Rådene ovenfor er selvfølgelig bare en generell retningslinje som kan gjelde for enhver programvareingeniørrolle. Hvis du vil finne ut hvordan du kan bli best DevOps ingeniør, full stack-utvikler eller dataforsker, er det beste alternativet ditt å finne muligheter til å lære og bygge.
Tenk over om din nåværende stilling er et godt læringsmiljø. Kanskje du vil bruke mer tid på å jobbe med sideprosjekter som lar deg utforske teknologier utenfor din nåværende teknologistabel. Dette er bare noen av tipsene du kan følge for å få en fordel innen teknologi.
Hva tror du er det mest nyttige rådet for ambisiøse ingeniører?
Legg igjen en kommentar