Ĉu la 10X-inĝeniero estas mito?
La realo estas, ke iuj homoj estas pli bonaj pri programado ol aliaj.
En mia antaŭa pozicio ĉe teknika kompanio, mi timis kiel iuj homoj en mia teamo ŝajnas scii kiel fari ĉion.
Eĉ dum mia tempo en universitato, partoprenante en hakatonoj kaj staĝoj, mi povis renkonti kelkajn tre talentajn programistojn, de kiuj mi multe lernis.
En ĉi tiu artikolo, mi trarigardos kelkajn miskomprenojn, kiujn homoj povas havi pri la 10X-inĝeniero. Post kiam ni rigardos, kio estas 10X-inĝeniero ne, ni trarigardos iujn el la plej bonaj konsiloj, kiujn mi povas doni, por ke vi mem fariĝu 10X-inĝeniero.
Kio estas 10X-Inĝeniero?
Multaj programistoj argumentus pri la fakta difino de 10X-inĝeniero. Sed por klareco, ni provu nun difini simplan difinon.
10X-inĝeniero estas programisto, kiu kapablas esti same produktiva kiel dek el siaj samuloj.
La ideo de la 10X-inĝeniero eble estiĝis pli frue ol vi pensas.
A esploro papero de 1968 nomita "Esplorataj, eksperimentaj studoj komparantaj enreta kaj eksterreta programado-efikeco" unue proponis la ideon ke kelkaj el la plej bonaj programistoj elfaras grandordon pli bone ol la plej malbonaj programistoj. Kvankam ĉi tio ne estas la difino konsentita hodiaŭ, la ideo de la 10X-inĝeniero baldaŭ disvastiĝis ekster akademiularo.
Kelkajn jarojn poste, la klasika libro The Mita Homo-Monato plue ilustris la ideon de la 10X inĝeniero. La aŭtoro Fred Brooks sugestas tion softvarigo teamoj povus esti strukturitaj kiel kirurgiaj teamoj.
En ĉi tiu teamo, vi havus ĉefprogramiston aŭ "kirurgon" kun subtenaj programistoj aŭ "flegistinoj".
Kvankam ĉi tiu analogio estas facile komprenebla, mi kredas, ke ĝi estas iom simplisma kaj malmoderna kiam aplikata al la nuna stato de programaro.
Teamdinamiko en teknika teamo estas tre malsama ol tiu de kirurgo. Ĉi tiu ideo de unuopa persono faranta la plej grandan parton de la laboro aŭ nur la plej malfacilan laboron miskarakterigis tion, kion mi kredas, ke 10X inĝeniero devus esti.
Oftaj miskompreniĝoj
Ĉar la ideo de la inĝeniero 10X disvastiĝis tra la teknologia sfero, plimulto de administrantoj ofte misinterpretas tion, kion ni volas diri per "10X".
Ofta miskompreniĝo estas, ke 10X-inĝenieroj produktas dekoble la kvanton da kodo ol siaj samuloj. Ĉi tio simple ne estas vera.
Dum 10X-inĝeniero povus produkti pli da kodo ol iliaj kolegoj, kvanto ne estas la ĝusta metriko. Imagu programiston, kiu elspezas mil liniojn da kodo plenumante tion, kion oni povus fari en malpli ol cent. Simile, 10X-inĝeniero ne kodas dekoble pli rapide!
Alia miskompreniĝo pri 10X-inĝenieroj estas, ke ili estas bonegaj simple pro sia kodiga scio. Denove, ĉi tio estas alia kazo de rigardi la malĝustan metrikon.
Kio faras 10X inĝenieron tiel valora estas kiel li aldonas dekoble la valoron al sia teamo kaj organizo. 10X-inĝeniero estas nemalhavebla pro sia kapablo uzi sian kodigan scion kaj akordigi ĝin kun la bezonoj de la kompanio.
Administrantoj devas serĉi inĝenierojn, kiuj povas solvi problemojn kaj bone labori kun aliaj. Preter kodiga scio, 10X-inĝenieroj devus povi altigi la laboron de ĉiuj ĉirkaŭ ili.
Kvin Manieroj esti 10x Inĝeniero
Ĉi tiu sekcio estas por vi se vi estas manaĝero serĉanta vian venontan dungon, aŭ simple inĝeniero, kiu aspiras esti 10X-inĝeniero.
Jen kelkaj el la ĉefaj kutimoj kaj trajtoj de 10X-inĝeniero:
Ili scias kiel utiligi sian teknikan stakon
Koni viajn ilojn eble estas la plej evidenta konsilo, kiun mi povas doni al vi. Tamen, multaj programistoj ankoraŭ povas plibonigi sian laborfluon lernante kiel labori efike.
Plej multaj 10x inĝenieroj, kun kiuj mi laboris, konas sian vojon ĉirkaŭ la terminalo. Kvankam ĝi povas esti iom lernanta kurbo por komencantoj, kompreni kiel fari ŝelkomandojn sur la flugo helpos vin fari vian laboron multe pli rapide longtempe.
10x inĝenieroj ankaŭ povas profiti de esti iom maldiligenta. Lasu min diri al vi, kion mi volas diri.
Imagu devi mane plenumi serion da komandoj ĉiutage por puŝi novajn komision al produktado. 10x inĝeniero devus eviti fari ripetajn taskojn. Ili faras la ekstran penon aŭtomatigi kiel eble plej multe de la tago.
La plej bonaj inĝenieroj ankaŭ devus pensi longtempe. Se vi laboras por ekentrepreno, eble estus tente koncentriĝi pri rapidaj kaj facilaj solvoj. Tamen, ĉi tiuj solvoj eble ne skalas supren laŭ la linio.
Ili neniam ĉesas lerni
Granda programisto neniam ĉesas lerni. La plej bonaj inĝenieroj trovas tempon el sia okupata labortago por provi novajn konceptojn, lingvojn kaj kadrojn, kiujn ili povas provi apliki al sia laboro.
10x-inĝeniero devas konservi sanan scivolemon. Ili ofte demandas al si: "Ĉu tio povas esti farita pli bone?" aŭ "Ĉu ekzistas pli simpla aŭ pli efika maniero solvi ĉi tiun problemon."
Tiel, 10x inĝeniero devas regi la arton lerni mem. Lerni kiel lerni estas la plej bona maniero resti flosante en rapida medio.
Ili scias kiel plej bone pasigi sian tempon
Granda programaro-inĝeniero estas bonega por fari decidojn, precipe pri kion fari kun sia tempo.
10X-inĝenieroj malofte bezonas labori pli da horoj ol la averaĝa inĝeniero. Inĝenieroj devus scii kiam repuŝi kaj diri ne al certaj petoj. Ili devus scii kiujn taskojn fari mem kaj kiujn taskojn delegi.
Efikaj inĝenieroj devas majstri kiel distingi ĉu tasko estas rapide farinda. Unu mensa modelo por konservi en menso estas la Pareto-principo.
La principo diras, ke 80% de la valoro de via laboro venas de 20% de via penado. Alivorte, ne ĉiuj taskoj estas egalaj.
Ili serĉas taŭgan mentoron
Granda inĝeniero povas lerni tiom multe de sperta veterano de la industrio. 10X-inĝenieroj ofte trovas sin serĉi mentorecon en kaj ekster laboro por plifortigi sian scion.
Simile, 10X-inĝenieroj profitos preni mentorecan rolon al siaj propraj samteamanoj. La tuta teamo estas levita supren estante malferma al siaj pli novicaj samteamanoj.
Ili komprenas la komercon
En simplaj vortoj, softvara inĝenierado estas nur maniero por komputiloj solvi realan problemon. Konsiderante tion, efika inĝeniero devas fariĝi spertulo pri la problemo, kiun ili provas solvi.
Kiel inĝeniero, estas saĝa ideo klopodi por akiri komprenon pri la komerco aŭ industrio, al kiu vi estas parto. 10x inĝeniero devus esti aktiva partoprenanto en renkontiĝoj kun aliaj fakoj.
Se la inĝeniero foruzas por kompreni kion faras aliaj fakoj en la kunteksto de la komerco, ili fariĝos efika komunikilo. Efika komunikado helpos malhelpi vian teamon miskompreni komercajn postulojn kaj projektajn specifojn.
konkludo
Espereble vi nun havas pli klaran bildon pri kiel aspektas 10X-inĝeniero. Vi ankaŭ devus kompreni, kio ne estas 10X-inĝeniero.
La supra konsilo estas, kompreneble, nur ĝenerala gvidlinio, kiu povas aplikiĝi al iu ajn programaro-inĝenierado. Se vi volas ekscii kiel vi povas esti la plej bona Inĝeniero DevOps, plenstaka programisto aŭ datuma sciencisto, via plej bona elekto estas trovi ŝancojn lerni kaj konstrui.
Pensu ĉu via nuna pozicio estas bona lerna medio. Eble vi volas pasigi pli da tempo laborante pri flankaj projektoj, kiuj permesos al vi esplori teknologiojn ekster via nuna teknika stako. Ĉi tiuj estas nur kelkaj el la konsiletoj, kiujn vi povas sekvi por akiri avantaĝon en teknologio.
Kio laŭ vi estas la plej helpema konsilo por aspirantaj inĝenieroj?
Lasi Respondon