Ce face un dezvoltator 10x?

Dezvoltatorii 10x sunt creaturi mitice ale vremurilor noastre.

Ce sunt ei? Ce fac ei pentru a fi atât de speciali?
Ce înseamnă chiar 10x? Un dezvoltator 10x este cineva care este (considerat a fi) la fel de productiv ca alți 10. El/ea ar fi, prin urmare, capabil(ă) să producă un rezultat de 10 ori mai mare decât cel al colegilor săi.

Despre ce vorbim cu adevărat?
Desigur că un inginer senior ar putea fi de 10 ori mai productiv decât un stagiar, dar ar fi acest lucru cu adevărat posibil între colegi cu aceiași ani de experiență și, cel puțin pe hârtie, cu același nivel de competențe?

De multe ori, atunci când citiți despre Performanță și productivitate în echipe, veți găsi lucruri precum Legea Pareto și Curba Gaussiană. (la care se face referire și sub numele de Legea Puterii și Curba Bell).
Legea Pareto este faimoasa regulă 80-20, valabilă pentru aproape orice: de la distribuția bogăției și inechitatea globală până la managementul timpului și productivitate.
Când vorbim despre Performanța în Echipă rezultă :
80% dintre dezvoltatori fac doar 20% din muncă. Aceasta înseamnă că restul de 20%, cei mai performanți, sunt capabili să îndeplinească 80% din toate sarcinile.
Curba lui Bell este adesea folosită pentru a descrie distribuția capacității de performanță a angajaților, afirmând că aproximativ 80% dintre angajați sunt poziționați în jurul mediei, în timp ce restul sunt fie performeri de top, fie neperformanți.

Indiferent cum am putea privi aceste grafice și cifre, diferența dintre cel mai bun performer și cel mai slab performer dintr-o echipă poate fi uriașă. Poate că ne referim doar la asta atunci când vorbim despre un dev de 10x? Sau ar trebui să luăm în considerare doar diferența față de media celorlalți dev. Indiferent dacă un astfel de lucru ar fi posibil din punct de vedere statistic sau nu, nu putem nega că unii dezvoltatori sunt, de fapt, mult mai performanți decât alții.
Atunci de unde vine această grozavitate?

Este datorită anilor de experiență? Nu chiar.

10 ani de experiență ar putea însemna pur și simplu o experiență de 1 an repetată de 10 ori.

Dacă ești blocat în același loc de muncă, făcând aceeași sarcină în fiecare zi, în fiecare an și dacă nu simți nevoia de a face un pas înainte și de a învăța lucruri noi, ai putea fi surprins când un programator obișnuit cu doar 3 ani în CV-ul său este extrem de rapid și știe mai multe decât tine ( nu numai despre cel mai nou și mai cool stack tehnologic).

Este din cauză că lucrează până târziu și nu au o viață? Nu chiar.

Un dev de 10x nu macină ore lungi. Nu înseamnă că lucrează mai mult timp. Înseamnă cu siguranță că muncește mai mult, dar mai ales într-un mod mai inteligent.

Eu sunt departe de a fi un 10x dev, dar în cariera mea, am avut norocul să întâlnesc și să lucrez cu cel puțin câteva astfel de indivizi extraordinari, și pot spune că acestea sunt câteva dintre trăsăturile/calitățile pe care le aveau în comun:

Lucrează la lucrurile potrivite în modul potrivit

Eficacitate și eficiență:

Să fii eficient înseamnă să faci lucrurile corecte, în timp ce să fii eficient înseamnă să faci lucrurile corect.

Bine, dezvoltatorii 10x le fac în mod normal pe amândouă. Ei nu-și pierd timpul făcând lucruri inutile în cel mai perfect mod. Ei fac lucrurile corecte, în modul (suficient de) corect.
Acest lucru poate fi realizat prin:

Puneți întrebări

de ce

Câteodată cerințele proaste, specificațiile neclare și presupunerile greșite vă pot face să pierdeți ore întregi din timpul de dezvoltare. Nu numai că va trebui să vă reajustați estimările sau să vă strecurați în retușuri, dar poate fi, de asemenea, foarte frustrant să trebuiască să aruncați tot codul uimitor pe care tocmai l-ați creat.

cum

Dacă sunteți blocat, dacă aveți nevoie de ajutor, cereți ajutor. nu cereți o soluție, cereți un indiciu, o îndrumare, un sfat care să vă conducă la găsirea soluției pe cont propriu. nu vă fie teamă. nu se presupune că știți totul și este bine să arătați că sunteți dornici să învățați.

Concentrează-te, evită distragerile

Cât timp petrecem cu adevărat uitându-ne pe youtube, verificându-ne telefonul, răspunzând prietenilor pe WhatsApp sau Snapchat, sau pur și simplu răsfoind peretele Facebook?
și dacă îți spun că petreci 1-2 ore pe zi pe ele? verifică utilizarea acestor aplicații pe telefonul tău. te vei speria. (puteți folosi aplicații ca aceasta pentru a o dovedi).
Nu trebuie neapărat să renunțăm la toate acestea. Doar să recunoaștem cât de mult timp este irosit pe aceste lucruri, atunci când ar trebui să fim productivi, este primul pas și apoi putem folosi instrumente precum tehnica Pomodoro pentru a ne ajuta să stăm departe de rețelele sociale și de smartphone și să păstrăm FLUXUL cel puțin pe toată durata unui cronometru Pomodoro.

Nici nu spun că nu ar trebui să luăm o pauză, ci mai degrabă să fim cu adevărat conștienți de unde se scurge timpul nostru prețios. (chiar dacă cu siguranță este mai bine să ne ridicăm, să ne plimbăm, să discutăm cu un coleg, să mergem să jucăm kicker sau ping-pong timp de 10 minute, decât să verificăm Facebook. Lăsați ochii și creierul să se odihnească de pe orice ecran!).

Să faceți o pauză, să vă relaxați pentru o perioadă de timp vă poate crește de fapt productivitatea

Folosiți instrumente care vă accelerează, învățați scurtături

Ceea ce facem în cea mai mare parte este să tastam și să dăm click, pare o nebunie, dar puteți deveni cu adevărat super-rapid dacă începeți să folosiți scurtături în IDE-ul dumneavoastră și dacă folosiți Terminal / CommandLine în mod extensiv. Executarea grep version package.json este mult mai rapidă decât să mergeți în Finder, să faceți clic pe package.json deschis și apoi să citiți parametrul de versiune.
Tiparea

git stash git pull git checkout -b my_new_feature git stash pop

este mult mai rapid decât să faci același lucru cu orice instrument vizual.

Poate credeți că este doar o reducere de câteva secunde, dar pentru a deveni un dev de 10X fiecare secundă contează (și oricum să stai departe de mouse este bine pentru a preveni sindromul tunelului carpian)
Aici puteți citi despre câteva instrumente și sfaturi care mă ajută să scriu și să depanez codul mai bine și mai repede.

Fiți dornici să învățați

Cantitatea de informații de acolo este imensă. Uneori trebuie să plătești pentru ea, de cele mai multe ori este gratuită. Nu există scuze pentru a nu petrece ceva timp în dezvoltarea personală. Citiți articole, ascultați podcast-uri, vizionați tutoriale și urmați cursuri online. Nici măcar nu trebuie să fie întotdeauna despre codare – altfel s-ar putea argumenta că, într-adevăr, un dev de 10x își petrece întreaga zi „lucrând” – ( de exemplu, găsesc că Getting Smarter Every Day și You are not so smart foarte mind tickling).
Este mai mult o atitudine, o stare de spirit. Curiozitatea, setea de cunoaștere face diferența față de medie.

Înconjoară-te de cei mai performanți / Găsește-ți un mentor

Să fii cel mai rapid, cel mai deștept, cel mai priceput dezvoltator din echipa ta poate fi bun pentru ego-ul tău, dar nu este pentru creșterea ta. Oricât de confortabil și satisfăcător ar putea fi, încercați să nu fiți niciodată cea mai deșteaptă persoană din cameră și căutați întotdeauna oameni care sunt foarte buni în ceea ce fac, care sunt mai buni decât dumneavoastră și rămâneți lângă ei.

Dați înapoi. Împărtășește-ți cunoștințele

De îndată ce înveți ceva, încearcă să ajuți pe altcineva, învață alți colegi, împărtășește-ți învățăturile.
Poate fi vorba de a da un sfat după standup-ul zilnic, de a face o scurtă prezentare echipei tale, de a scrie un articol pe blog sau de a deveni mentor pe o platformă de codare online.
Niciodată să nu fii arogant sau iritat față de cineva care știe mai puțin decât tine.

Dacă luăm în considerare toate acestea, bineînțeles că un dezvoltator foarte bun are abilități solide și puternice de programare, dar ceea ce poate face cu adevărat diferența sunt pasiunea, atitudinea și unele abilități soft.
Colegul la care m-am uitat cu admirație și care m-a inspirat cel mai mult să mă perfecționez erau foarte motivați și pricepuți și, bineînțeles, super rapizi în sarcinile lor: nimic nu părea să îi oprească sau să îi sperie, dacă nu știau ceva, se documentau câteva ore și apoi se simțeau suficient de încrezători pentru a-și asuma responsabilitatea rezolvării bug-ului sau a funcției. Și, pe deasupra, scriau documentație, organizau ateliere de lucru sau mini-prezentări de îndată ce aflau sau învățau ceva care ar putea fi benefic pentru oricare dintre ceilalți membri ai echipei. Le plăcea să împărtășească.

Și, în cele din urmă, cred că acesta ar putea fi adevăratul factor de multiplicare. Împărtășirea cunoștințelor, încurajarea creșterii, a fi un exemplu de pasiune și de muncă asiduă, este ceea ce poate avea cu adevărat un impact incredibil de pozitiv asupra celorlalți oameni și poate ridica ștacheta în ceea ce privește performanța unei echipe ( chiar dacă este formată doar din dezvoltatori „medii”).

.