Mitől lesz egy 10x Developer?

A 10x fejlesztők korunk mitikus teremtményei.

Mik is ők? Mit tesznek, hogy olyan különlegesek legyenek?
Mit jelent egyáltalán a 10x? A 10x fejlesztő az, aki olyan produktív (vélhetően), mint 10 másik. Ő tehát képes lenne 10-szer annyi eredményt produkálni, mint a kollégái.

Miről beszélünk valójában?
Egy vezető mérnök természetesen 10-szer produktívabb lehet, mint egy gyakornok, de vajon tényleg lehetséges lenne-e ez olyan kollégák között, akik ugyanolyan évnyi tapasztalattal és legalább papíron ugyanolyan szintű készségekkel rendelkeznek?

A csapatok teljesítményéről és termelékenységéről olvasva gyakran találkozunk olyan dolgokkal, mint a Pareto-törvény és a Gauss-görbe. (más néven Power Law és Bell görbe).
A Pareto-törvény a híres 80-20 szabály, amely szinte mindenre érvényes: a vagyonelosztástól és a globális egyenlőtlenségtől kezdve az időgazdálkodásig és a termelékenységig.
A csapat teljesítményéről beszélve ez azt eredményezi :
A fejlesztők 80%-a csak a munka 20%-át végzi. Ez azt jelenti, hogy a maradék 20%, a csúcsteljesítők a feladatok 80%-át képesek elvégezni.
A Bell-görbét gyakran használják az alkalmazottak teljesítőképességének eloszlásának leírására, amely azt állítja, hogy az alkalmazottak körülbelül 80%-a az átlag körül helyezkedik el, míg a többiek vagy csúcsteljesítők, vagy rosszul teljesítők.

Hogyan is nézzük ezeket a grafikonokat és számokat, egy csapatban a legjobb és a legrosszabb teljesítményt nyújtók között hatalmas lehet a különbség. Lehet, hogy csak erre utalunk, amikor 10x devről beszélünk? Vagy csak a többi dev átlagához viszonyítva nézzük a különbséget. Akár statisztikailag lehetséges ez, akár nem, nem tagadhatjuk, hogy egyes fejlesztők valóban sokkal jobban teljesítenek, mint mások.
Szóval honnan jön ez a nagyszerűség?

A sokéves tapasztalat miatt? Nem igazán.

10 év tapasztalat jelenthet egyszerűen egy 10-szer megismételt 1 éves tapasztalatot.

Ha ugyanabban a munkakörben ragadtál, és ugyanazt a feladatot végzed minden nap, minden évben, és ha nem érzed a késztetést, hogy feljebb lépj és új dolgokat tanulj, akkor meglepődhetsz, amikor egy átlagos fejlesztő, akinek csak 3 év van az önéletrajzában, roppant gyors és többet tud, mint te ( nem csak a legújabb, legmenőbb tech stackről).

Azért, mert későig dolgoznak és nincs életük? Nem igazán.

Egy 10x dev nem őrlődik hosszú órákat. Ez nem azt jelenti, hogy tovább dolgozik. Határozottan azt jelenti, hogy keményebben dolgozik, de többnyire okosabban.

Még messze nem vagyok 10x dev, de a karrierem során volt szerencsém legalább néhány ilyen csodálatos egyéniséggel találkozni és együtt dolgozni, és elmondhatom, hogy a következő tulajdonságok/jellemzők közösek bennük:

A megfelelő dolgokon dolgozom a megfelelő módon

Effektivitás és hatékonyság:

A hatékonyság azt jelenti, hogy a helyes dolgokat csináljuk, míg a hatékonyság azt jelenti, hogy helyesen csináljuk a dolgokat.

Nos, a 10x fejlesztők általában mindkettőt csinálják. Nem vesztegetik az idejüket arra, hogy felesleges dolgokat a legtökéletesebb módon csináljanak. A megfelelő dolgokat végzik el, a (kellően) megfelelő módon.
Ez úgy érhető el, hogy:

Kérdezz

miért

Néha a rossz követelmények, a nem egyértelmű specifikációk és a téves feltételezések miatt órákig pazarolhatod a fejlesztési időt. Nemcsak hogy újra kell igazítania a becsléseit, vagy be kell szorítania az utómunkálatokat, de az is nagyon frusztráló lehet, hogy el kell dobnia az összes csodálatos kódot, amit az imént készített.

hogyan

Ha elakadt, ha segítségre van szüksége, kérjen segítséget. ne a megoldást kérd, hanem egy tippet, egy útmutatást, egy tippet, ami elvezethet ahhoz, hogy magadtól rájöjj a megoldásra. ne félj. nem kell mindent tudnod, és jó, ha megmutatod, hogy szívesen tanulsz.

Koncentrálj, kerüld a zavaró tényezőket

Mennyi időt töltünk valójában youtube nézéssel, a telefonunk ellenőrzésével, barátoknak való válaszolással a WhatsAppon vagy a Snapchaten, vagy egyszerűen csak a Facebook fal görgetésével?
Mi lenne, ha azt mondanám, hogy napi 1-2 órát töltesz ezekkel? ellenőrizd ezeknek az alkalmazásoknak a használatát a telefonodon. meg fogsz ijedni. (használhatsz ilyen alkalmazásokat, hogy bebizonyítsd).
nem kell feltétlenül kilépnünk mindezekből. Csak fel kell ismernünk, hogy mennyi időt pazarolunk el ezekre a dolgokra, amikor produktívnak kellene lennünk, ez az első lépés, és aztán használhatunk olyan eszközöket, mint a Pomodoro technika, hogy segítsenek távol maradni a közösségi hálózatoktól és az okostelefonoktól, és legalább a Pomodoro időzítő teljes időtartamára megőrizni a FLOW-t.

Nem is azt mondom, hogy ne tartsunk szünetet, inkább arról van szó, hogy tényleg tudatában legyünk annak, hogy értékes időnk hova vész el. (bár mindenképpen jobb, ha felállunk, sétálunk egyet, beszélgetünk egy kollégával, elmegyünk 10 percre kickerezni vagy asztaliteniszezni, ahelyett, hogy a Facebookot nézegetnénk. Adj a szemednek és az agyadnak egy kis pihenést bármilyen képernyőről!).

A szünet, a lazítás egy kis időre valóban növelheti a termelékenységedet

Használj gyorsító eszközöket, tanulj gyorsbillentyűket

Mivel legtöbbször csak gépelünk és kattintgatunk, őrültségnek tűnik, de valóban szupergyors lehetsz, ha elkezdesz gyorsbillentyűket használni az IDE-ben és ha a Terminált / CommandLine-t széles körben használod. A grep version package.json futtatása sokkal gyorsabb, mintha bemennénk a Finderbe, rákattintanánk a package.json megnyitására, majd beolvasnánk a verzió paramétert.
Gépelés

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

sokkal gyorsabb, mintha ugyanezt bármilyen vizuális eszközzel tennéd.

Azt gondolhatod, hogy ez csak másodperceket takarít meg, de ahhoz, hogy 10-szeres fejlesztővé válj, minden másodperc számít (és egyébként is, az egértől való távolmaradás jót tesz a carpal tunnel szindróma megelőzésének)
Itt olvashatsz néhány eszközről és tippről, amelyek segítenek nekem a kód jobb és gyorsabb írásában és hibakeresésében.

Légy lelkes a tanuláshoz

Az információ mennyisége hatalmas. Néha fizetni kell érte, legtöbbször ingyenes. Nincs kifogás arra, hogy ne fordítsunk egy kis időt a személyes fejlődésre. Olvass cikkeket, hallgass podcastokat, nézz oktatóanyagokat és kövess online tanfolyamokat. Még csak nem is kell mindig a kódolásról szólnia – máskülönben azzal lehetne érvelni, hogy egy 10x fejlesztő valóban az egész napját “munkával” tölti – ( például a Getting Smarter Every Day és a You are not so smart című könyveket nagyon elmésnek találom).
Ez inkább egy hozzáállás, egy lelkiállapot. A kíváncsiság, a tudásszomj határozza meg a különbséget az átlagtól.

Vedd körül magad a csúcsteljesítőkkel / Keress egy mentort

A leggyorsabb, legokosabb, legképzettebb fejlesztőnek lenni a csapatodban lehet, hogy jót tesz az egódnak, de a fejlődésednek nem. Bármennyire is kényelmes és kielégítő lehet, próbálj meg soha nem a legokosabb ember lenni a szobában, és mindig keress olyan embereket, akik nagyon jók abban, amit csinálnak, akik jobbak nálad, és ragaszkodj hozzájuk.

Adj vissza. Oszd meg a tudásodat

Amint megtanulsz valamit, próbálj meg segíteni másnak, tanítsd a többi kollégát, oszd meg a tanultakat.
Ez lehet az, hogy tanácsot adsz a napi standup után, tartasz egy rövid prezentációt a csapatodnak, írsz egy blogbejegyzést, vagy mentor leszel egy online kódolási platformon.
Soha ne légy arrogáns vagy ingerült valakivel szemben, aki kevesebbet tud, mint te.

Ha mindezt figyelembe vesszük, természetesen egy nagyon jó fejlesztőnek szilárd, erős programozói készségei vannak, de ami igazán sokat számíthat, az a szenvedély, a hozzáállás és néhány soft skill.
A kollégák, akikre csodálattal néztem, és akik a leginkább inspiráltak a fejlődésben, rendkívül motiváltak és képzettek voltak, és persze szupergyorsak a feladataikban: úgy tűnt, semmi sem állíthatja meg vagy ijesztheti meg őket, ha valamit nem tudtak, pár órán át kutattak utána, és utána elég magabiztosak voltak ahhoz, hogy magukra vállalják a hibajavítást vagy a funkciót. Ráadásul dokumentációt írtak, workshopokat vagy mini prezentációkat szerveztek, amint találtak vagy megtudtak valamit, ami hasznos lehetett a csapat többi tagja számára. Imádtak megosztani.

És végül úgy gondolom, hogy ez lehetett az igazi multiplikátor tényező. A tudás megosztása, a növekedés elősegítése, a szenvedély és a kemény munka példamutatása az, ami valóban hihetetlenül pozitív hatással lehet a többi emberre, és emeli a lécet egy csapat teljesítményében ( még akkor is, ha csak “átlagos” fejlesztőkből áll).