INHOUDSOPGAWE[Versteek][Wys]
Is die 10X-ingenieur 'n mite?
Die realiteit is dat sommige mense beter is met programmering as ander.
In my vorige posisie by 'n tegnologiemaatskappy was ek in verwondering oor hoe sommige mense in my span blykbaar weet hoe om alles te doen.
Selfs tydens my tyd op universiteit, wat aan hackathons en internskappe deelgeneem het, kon ek 'n paar baie talentvolle ontwikkelaars ontmoet by wie ek baie geleer het.
In hierdie artikel gaan ek oor 'n paar wanopvattings wat mense oor die 10X-ingenieur mag hê. Nadat ons gekyk het na wat 'n 10X-ingenieur is nie, ons sal van die beste raad wat ek vir jou kan gee om self 'n 10X-ingenieur te word, bespreek.
Wat is 'n 10X Ingenieur?
Baie ontwikkelaars sal stry oor die werklike definisie van 'n 10X-ingenieur. Maar ter wille van duidelikheid, kom ons probeer nou 'n eenvoudige definisie definieer.
'n 10X-ingenieur is 'n sagteware-ontwikkelaar wat so produktief soos tien van sy eweknieë kan wees.
Die idee van die 10X-ingenieur het dalk vroeër ontstaan as wat jy dink.
A navorsingsverslag vanaf 1968 genaamd "Verkennende, eksperimentele studies wat aanlyn- en aflyn-programmeringsprestasie vergelyk" het eers die idee voorgestel dat van die beste programmeerders 'n orde van grootte beter presteer as die swakste programmeerders. Alhoewel dit nie die definisie is waaroor vandag ooreengekom is nie, het die idee van die 10X-ingenieur gou buite die akademie versprei.
'n Paar jaar later het die klassieke boek The Mitiese mens-maand het die idee van die 10X-ingenieur verder geïllustreer. Die skrywer Fred Brooks stel dit voor sagteware-ontwikkeling spanne kan soos chirurgiese spanne gestruktureer word.
In hierdie span sal jy 'n hoofprogrammeerder of "chirurg" hê met ondersteunende programmeerders of "verpleegsters."
Alhoewel hierdie analogie maklik is om te verstaan, glo ek dit is 'n bietjie simplisties en verouderd wanneer dit toegepas word op die huidige stand van sagteware-ontwikkeling.
Spandinamika in 'n tegnologiespan is baie anders as 'n chirurg s'n. Hierdie idee van 'n enkele persoon wat die meeste van die werk of net die mees uitdagende werk doen, het verkeerd gekarakteriseer wat ek glo 'n 10X-ingenieur behoort te wees.
Algemene wanopvattings
Aangesien die idee van die 10X-ingenieur deur die tegnologiesfeer versprei het, interpreteer 'n meerderheid bestuurders dikwels wat ons met "10X" bedoel, verkeerd.
'n Algemene wanopvatting is dat 10X-ingenieurs tien keer die hoeveelheid kode produseer as hul eweknieë. Dit is eenvoudig nie waar nie.
Terwyl 'n 10X-ingenieur moontlik meer kode as hul kollegas kan produseer, is hoeveelheid nie die regte maatstaf nie. Stel jou 'n programmeerder voor wat 'n duisend reëls kode spandeer om uit te voer wat in minder as honderd gedoen kan word. Net so kodeer 'n 10X-ingenieur nie tien keer vinniger nie!
Nog 'n wanopvatting oor 10X-ingenieurs is dat hulle wonderlik is bloot vanweë hul koderingskennis. Weereens, dit is nog 'n geval van kyk na die verkeerde maatstaf.
Wat 'n 10X-ingenieur so waardevol maak, is hoe hy tien keer die waarde tot sy span en organisasie toevoeg. 'n 10X-ingenieur is onontbeerlik vanweë hul vermoë om hul koderingskennis te gebruik en dit in lyn te bring met die behoeftes van die maatskappy.
Bestuurders moet ingenieurs soek wat probleme kan oplos en goed met ander kan werk. Behalwe vir koderingskennis, behoort 10X-ingenieurs die werk van almal rondom hulle te kan verhef.
Vyf maniere om 'n 10x-ingenieur te wees
Hierdie afdeling is vir jou as jy 'n bestuurder is wat op soek is na jou volgende huur, of bloot 'n ingenieur wat daarna streef om 'n 10X-ingenieur te wees.
Hier is 'n paar van die belangrikste gewoontes en eienskappe van 'n 10X ingenieur:
Hulle weet hoe om die beste uit hul tegnologiestapel te maak
Om jou gereedskap te ken, is miskien die mees voor die hand liggende raad wat ek jou kan gee. Baie ontwikkelaars kan egter steeds hul werkvloei verbeter deur te leer hoe om doeltreffend te werk.
Die meeste 10x-ingenieurs saam met wie ek gewerk het, ken hul pad om die terminaal. Alhoewel dit 'n bietjie van 'n leerkurwe vir beginners kan wees, sal dit jou help om jou werk baie vinniger op die lang termyn te doen om te verstaan hoe om dop-opdragte te maak.
10x-ingenieurs kan ook baat by 'n bietjie lui wees. Laat ek jou vertel wat ek bedoel.
Stel jou voor dat jy elke dag 'n reeks opdragte met die hand moet uitvoer om nuwe verbintenisse na produksie te stoot. 'n 10x-ingenieur moet vermy om herhalende take te doen. Hulle doen die ekstra moeite om soveel as moontlik van die dag te outomatiseer.
Die beste ingenieurs moet ook op lang termyn dink. As jy vir 'n begin werk, kan dit aanloklik wees om op vinnige en maklike oplossings te fokus. Hierdie oplossings mag egter nie afskaal nie.
Hulle hou nooit op leer nie
'n Groot ontwikkelaar hou nooit op leer nie. Die beste ingenieurs kry tyd uit hul besige werksdag om nuwe konsepte, tale en raamwerke uit te probeer wat hulle op hul werk kan probeer toepas.
'n 10x-ingenieur behoort 'n gesonde gevoel van nuuskierigheid te handhaaf. Hulle vra hulself dikwels af: "Kan dit beter gedoen word?" of "Is daar 'n eenvoudiger of meer doeltreffende manier om hierdie probleem op te los."
Dus, 'n 10x ingenieur moet die kuns van leer self bemeester. Om te leer hoe om te leer is die beste manier om kop bo water te hou in 'n vinnige omgewing.
Hulle weet hoe om hul tyd die beste deur te bring
'n Goeie sagteware-ingenieur is wonderlik om besluite te neem, veral oor wat om met hul tyd te doen.
10X-ingenieurs hoef selde meer ure te werk as die gemiddelde ingenieur. Ingenieurs moet weet wanneer om terug te druk en nee te sê vir sekere versoeke. Hulle moet weet watter take om self te doen en watter take om te delegeer.
Effektiewe ingenieurs moet bemeester hoe om te onderskei of 'n taak die moeite werd is om vinnig te doen. Een verstandelike model om in gedagte te hou, is die Pareto-beginsel.
Die beginsel bepaal dat 80% van jou werk se waarde uit 20% van jou moeite kom. Met ander woorde, nie alle take is gelyk nie.
Hulle soek behoorlike mentorskap
'n Groot ingenieur kan soveel leer by 'n gesoute veteraan van die bedryf. 10X-ingenieurs vind hulle dikwels op soek na mentorskap in en buite werk om hul kennis te bevorder.
Net so sal 10X-ingenieurs baat by die neem van 'n mentorskaprol na hul eie spanmaats. Die hele span word opgehef deur oop te wees vir sy meer beginner spanmaats.
Hulle verstaan die besigheid
In gewone woorde, sagteware-ingenieurswese is net 'n manier vir rekenaars om 'n werklike probleem op te los. Met dit in gedagte moet 'n effektiewe ingenieur 'n kenner word van die probleem wat hulle probeer oplos.
As 'n ingenieur is dit 'n slim idee om 'n poging aan te wend om 'n begrip te kry van die besigheid of bedryf waarvan jy deel is. 'n 10x-ingenieur behoort 'n aktiewe deelnemer aan vergaderings met ander departemente te wees.
As die ingenieur moeite doen om te verstaan wat ander departemente in die konteks van die besigheid doen, sal hulle 'n effektiewe kommunikeerder word. Doeltreffende kommunikasie sal help om te verhoed dat jou span besigheidsvereistes en projekspesifikasies misverstaan.
Gevolgtrekking
Hopelik het jy nou 'n duideliker prentjie van hoe 'n 10X-ingenieur lyk. Jy moet ook 'n begrip hê van wat 'n 10X-ingenieur nie is nie.
Die raad hierbo is natuurlik net 'n algemene riglyn wat op enige sagteware-ingenieursrol van toepassing kan wees. As jy wil uitvind hoe jy die beste kan wees DevOps-ingenieur, volstapel-ontwikkelaar of datawetenskaplike, jou beste opsie is om geleenthede te vind om te leer en te bou.
Dink daaraan of jou huidige posisie 'n goeie leeromgewing is. Miskien wil jy meer tyd spandeer om aan syprojekte te werk wat jou sal toelaat om tegnologieë buite jou huidige tegnologiestapel te verken. Dit is net 'n paar van die wenke wat u kan volg om 'n voordeel in tegnologie te verkry.
Wat dink jy is die nuttigste raad vir aspirant-ingenieurs?
Lewer Kommentaar