Elképzelhető, hogy nemrég láttál egy témát, amely a Twitteren keringett a “10x mérnökökről”. Ha nem, akkor elolvashatod teljes terjedelmében:
Shekhar Kirani @Accel@skirani
10x engineers
Az alapítók, ha valaha is találkoztok ezzel a ritka mérnökfajtával, ragadjátok meg őket. Ha az első néhány mérnök között van egy 10x mérnök, jelentősen megnöveled a startupod sikerének esélyét.
OK, itt egy nehéz kérdés.
Hogyan ismered fel a 10x mérnököt?13:02 PM – 11 Jul 2019
Az összegzés az, hogy hacsak nem felelsz meg valami szuperszűk és sztereotipikus képnek a fejlesztői létről, nem vagy “10x mérnök”.
Sokan mondják, hogy “10x mérnök” nem létezik, mivel 10x jobbnak lenni valamiben valakinél/több embernél rohadt nehéz lenne. Még ha az illető nem is gondolja szó szerint, hogy “10x”, akkor is azt próbálja mondani, hogy van valaki, aki mindenben jelentősen jobb.
Személyesen utálom a “10x mérnök” kifejezést. Akárcsak a “rocksztár fejlesztő”, ezek is rossz leírások és definíciók arra vonatkozóan, hogy milyenek a nagyszerű fejlesztők.
Az álságos lenne azt állítani, hogy minden fejlesztő egyenlő. Már néhány perc alatt, ha megnézem a különböző fejlesztőket a Twitteren, máris sok olyan fejlesztőt látok, akik pokolian többet tudnak, mint én. Ennek ellenére úgy beszélni erről a “10x mérnökről”, mintha jelentősen meg tudná növelni a vállalkozásod sikerének esélyét, elég nevetséges.
Elég a “10x mérnök” szörnyű sztereotípiájának eltiprásából, beszéljünk inkább azokról a dolgokról, amelyek valóban nagyszerű fejlesztőkké (aka az igazi “10x mérnök”) tesznek.
- 1. Okosak, de ismerik a határaikat
- 2. Önállóan erősek, de mégis ütős csapatot alkotnak
- 3. Segítenek másoknak a problémákban
- 4. Kedvesek és megértőek
- 5. Kihívnak téged (a megfelelő módon)
- 6. Megértik, hogy az “új csillogó” nem mindenre megoldás
- 7. Tudják, hogy nem számít, mikor programozol és milyen szerkesztőtémát használsz
- 8. Nem mennek bele abba, hogy valamit bonyolultabbá tegyenek
- 9. Hogyan lehetünk “büszkék” arra a kódra, amit az előző héten/hónapban/évben írtak? Nem gondolnak az “én”-re a “csapat”
- 10. Valójában velük akarsz dolgozni
1. Okosak, de ismerik a határaikat
Hacsak nem valami triviálisan kis kódbázisról van szó, nem ismerik minden egyes sor kódot, ami a gyártásba került. Persze sok problémát meg tudnak oldani egyedül, de tudják, mikor akadnak el, és tudják, mikor kell segítséget kérni.
Nincs semmi rossz abban, ha segítséget kérsz, függetlenül a képzettségi szintedtől!
2. Önállóan erősek, de mégis ütős csapatot alkotnak
Vannak idők, amikor önállóan kell programozni, és vannak idők, amikor csapatban kell programozni. Ezek a fejlesztők nem vesznek egy feladatot, és nem szaladnak el egy sarokba, hogy mindenki mástól elszigetelve dolgozzanak rajta. A legkisebb léptéken túli fejlesztés folyamatos együttműködést igényel a csapattal – legyen szó akár páros programozásról, kódértékelésekről, ötletek kipattintásáról, hibakeresésben való segítségnyújtásról stb.
Ez nem jelenti azt, hogy egy nagyszerű fejlesztő ne dolgozna szívesebben egyedül bizonyos feladatokon, de a nagy léptékű fejlesztés gyakorlatilag lehetetlen erős együttműködés nélkül.
3. Segítenek másoknak a problémákban
Kértél már segítséget egy kollégádtól, és ő segített? Gratulálok, lehet, hogy nagyszerű fejlesztő. Lehet, hogy a dokumentációt vagy akár a Stack Overflowt nézzük segítségért, de néha valóban szükségünk van valakinek a segítségére, aki ismeri a kódbázisunkat. Ha olyan fejlesztő vagy, aki tud valamit, ami segíthet egy kollégának, segíts neki!
4. Kedvesek és megértőek
Nagyszerű fejlesztőnek lenni nem arról szól, hogy okoskodsz, fitogtatod az intellektusodat, semmibe veszed a megbeszéléseket, mert jobb vagy azoknál az embereknél. Nagyszerű fejlesztőnek lenni arról is szól, hogy jó vagy a nem technikai dolgokban. Ha úgy “segítesz” egy kollégádnak, hogy kiabálsz vele és kritizálod a kódját, akkor hagyd abba.
5. Kihívnak téged (a megfelelő módon)
Ez talán ellentmondásosnak hangzik, de egy nagyszerű fejlesztő nem fogja mindig megadni neked a válaszokat. Ez talán ellentmondásosan hangzik a #2 és a #3-mal szemben, azonban ez nem azért van, hogy valamit a fejed fölé tarts. A nagyszerű fejlesztő az, aki épp eleget tud adni ahhoz, hogy te magad is meg tudd oldani. Ezek az apró kihívások segítenek jobb fejlesztővé válni, és lehetővé teszik, hogy megértsd, milyen dolgokról kell esetleg többet tanulnod.
6. Megértik, hogy az “új csillogó” nem mindenre megoldás
Nem azt akarom mondani, hogy ezek a fejlesztők nem néznek ki új eszközöket és nyelveket (ebből a szempontból azt csinálnak, amit akarnak), de megértik, hogy az új eszközök nem oldanak meg varázsütésre minden problémát.
James Hickey 🇨🇦👨💻@jamesmh_devMegszállottan szeretnénk minél több eszközt és nyelvet megismerni!
Ha rossz az architektúrád, rossz problémákat oldasz meg, az ügyfeled nem érti, amikor megpróbálod elmagyarázni a dolgokat… akkor a csillogó eszközök nem segítenek.
És ezek alapvető fontosságúak a vállalkozásod sikeréhez!18:54 PM – 27 Jun 2019
7. Tudják, hogy nem számít, mikor programozol és milyen szerkesztőtémát használsz
A programozókról alkotott sztereotípiákat félretéve, miért lenne tulajdonképpen jelentősége annak, hogy mikor programozol? Programozz az éjszaka közepén, ha akarsz/engedélyezi a cég, és ne csináld, ha nem akarod. Az egyetlen ok, amiért az időnek szerepet kellene játszania, az az, ha túl sokáig programoztál és nem aludtál! A tényleges napszak nem számít, hacsak nem érinti a csapatodat (pl. éjfélkor dolgozol programozással, hogy szándékosan elkerülj mindenkit).
A szerkesztőtémákkal ugyanez a helyzet, miért lenne jobb egy sötét téma valójában? Adok egy tippet, nem tesz jobbá. A sötét témáknak megvan a céljuk, de ez biztos nem az.
8. Nem mennek bele abba, hogy valamit bonyolultabbá tegyenek
Ez talán nyilvánvaló, de az előző héten volt egy másik Twitter szál, ami arról szólt, hogy valamit bonyolultan programozni, mintha az jó dolog lenne. Mikor volt jó dolog megnehezíteni a munkánkat és a kollégáink munkáját?
Kétségtelenül vannak olyan esetek, amikor a végén úgy programozunk egy komplex megoldást, mintha talán (még) nem értjük teljesen a problémát. Ez megtörténhet a megoldás programozásának első próbálkozásakor, ilyenkor általában hallani embereket arról beszélni, hogy refaktorálják a kódot, vagy hogy nem “büszkék” az előző héten/hónapban/évben írt kódjukra.
9. Hogyan lehetünk “büszkék” arra a kódra, amit az előző héten/hónapban/évben írtak? Nem gondolnak az “én”-re a “csapat”
Hacsak nem valóban maguk írták a forráskód minden sorát a fordítóprogramtól kezdve az üzleti logikán át az összes üzleti logikáig, tudják, hogy ez csapatmunka volt. Nem próbálják elvenni a reflektorfényt senki másról a csapatban – kiemelik mindazokat, akik hozzájárultak a projekt sikeréhez.
Ha egy projekt rosszul sikerül, nem mennek előre és nem hibáztatnak mindenkit. A csapatprojektek csapatban buknak meg, nem egyénenként (hacsak nem rosszindulatú szándékkal). Segítenek az egész csapatnak tanulni a hibákból, és segítenek megelőzni, hogy azok újra megismétlődjenek.
10. Valójában velük akarsz dolgozni
A nap végén ezek a nagyszerű fejlesztők olyan emberek, akikkel valóban szívesen dolgozol együtt. Felbukkansz a munkahelyeden (vagy távmunkában), és örülsz, hogy egy ilyen fantasztikus csapattal dolgozhatsz.
Ha ismersz olyan fejlesztőket, akik így hangzanak, mondd el nekik, milyen fantasztikusak, és hogy szívesen dolgozol velük 🙂
.