Olet ehkä nähnyt Twitterissä hiljattain kiertäneen viestiketjun ”10x-insinööreistä”. Jos et ole, voit lukea sen kaikessa komeudessaan:
Shekhar Kirani @Accel@skirani
10x insinöörejä
Valmistelijat, jos törmäätte joskus tähän harvinaiseen insinöörin rotuun, tarttukaa kiinni. Jos teillä on 10x-insinööri ensimmäisten insinöörienne joukossa, kasvatatte startup-yrityksenne menestyksen todennäköisyyttä merkittävästi.
OK, tässä on vaikea kysymys.
Miten tunnistat 10x-insinöörin?Monet sanovat, että ”10x insinööriä” ei ole olemassa, koska se, että on 10x parempi jossakin asiassa kuin joku/enemmistö ihmisistä, olisi aika pirun vaikeaa. Vaikka henkilö ei kirjaimellisesti tarkoittaisikaan ”10x”, se yrittää silti sanoa, että on olemassa joku huomattavasti parempi kaikessa.
Henkilökohtaisesti vihaan termiä ”10x insinööri”. Kuten ”rockstar-kehittäjä”, ne ovat huonoja kuvauksia ja määritelmiä siitä, mitä loistavat kehittäjät ovat.
Olisikin epärehellistä sanoa, että kaikki kehittäjät ovat samanarvoisia. Jo muutaman minuutin katsomalla eri kehittäjiä Twitterissä näen monia kehittäjiä, jotka tietävät helvetin paljon enemmän kuin minä. Tästä huolimatta puhuminen tästä ”10x insinööristä” ikään kuin he voisivat merkittävästi lisätä yrityksesi menestymisen todennäköisyyttä on aika naurettavaa.
Tyydytään jo tarpeeksi tuon kauhean ”10x insinöörin” stereotypian hakkaamisesta, puhutaanpa niistä asioista, jotka oikeasti tekevät loistavista kehittäjistä (eli todellisesta ”10x insinööristä”).
- 1. He ovat älykkäitä, mutta tuntevat rajansa
- 2. Vahva itsenäisesti, mutta silti mahtava tiimi
- 3. He auttavat muita ongelmien kanssa
- 4. He ovat ystävällisiä ja ymmärtäväisiä
- 5. Tee se. He haastavat sinut (oikealla tavalla)
- 6. He ymmärtävät, että ”uusi kiiltävä” ei ole ratkaisu kaikkeen
- 8. Ne eivät lähde tekemään jostain monimutkaisempaa
- 9. He eivät ajattele ”minua” sanassa ”tiimi”
- 10. Haluat todella työskennellä heidän kanssaan
1. He ovat älykkäitä, mutta tuntevat rajansa
Ei kyseessä ole mikään triviaalin pieni koodipohja, he eivät tunne jokaista tuotantoon menneen koodiriviä. Toki he pystyvät ratkaisemaan monia ongelmia itse, mutta he tietävät, milloin he ovat jumissa ja tietävät, milloin pyytää apua.
Ei avun pyytämisessä ole mitään väärää, taitotasosta riippumatta!
2. Vahva itsenäisesti, mutta silti mahtava tiimi
On aikoja, jolloin voi ohjelmoida itsenäisesti, ja aikoja, jolloin voi ohjelmoida tiimissä. Nämä kehittäjät eivät vain ota tehtävää ja juokse nurkkaan työstämään sitä siilossa muista. Pienintä mittakaavaa pidemmälle menevä kehitys vaatii jatkuvaa yhteistyötä tiimin kanssa – olipa se sitten parityönä tapahtuvaa ohjelmointia, koodikatselmuksia, ideoiden pomppimista, virheenkorjauksessa auttamista jne.
Tämä ei tarkoita, etteikö loistava kehittäjä viihtyisi paremmin työskennellessään yksin tiettyjen tehtävien parissa, mutta laajamittainen kehitys on käytännössä mahdotonta ilman vahvaa yhteistyötä.
3. He auttavat muita ongelmien kanssa
Oletko koskaan pyytänyt kollegaltasi apua, ja he ovat auttaneet sinua? Onnittelut, hän saattaa olla loistava kehittäjä. Saatamme etsiä apua dokumentaatiosta tai jopa Stack Overflow’sta, mutta joskus todella tarvitsemme apua joltakulta, joka tuntee koodipohjamme. Jos olet kehittäjä, joka tietää jotain, joka voisi auttaa kollegaa, auta häntä!
4. He ovat ystävällisiä ja ymmärtäväisiä
Hyvänä kehittäjänä oleminen ei tarkoita sitä, että on viisastelija, esittelee älyään ja jättää kokoukset huomiotta, koska on parempi kuin nämä ihmiset. Loistava kehittäjä on myös sitä, että on hyvä ei-teknisissä asioissa. Jos ”autat” kollegaa huutamalla hänelle ja kritisoimalla hänen koodiaan, lopeta.
5. Tee se. He haastavat sinut (oikealla tavalla)
Tämä saattaa kuulostaa ristiriitaiselta, mutta loistava kehittäjä ei anna sinulle vastauksia koko ajan. Tämä saattaa kuulostaa ristiriitaiselta #2:n ja #3:n kanssa, mutta tämän ei ole tarkoitus pitää jotain sinusta kiinni. Loistava kehittäjä on sellainen, joka osaa antaa sinulle juuri sen verran, että pystyt ratkaisemaan asian itse. Nämä pienet haasteet auttavat tekemään sinusta paremman kehittäjän ja antavat sinulle mahdollisuuden ymmärtää, mitä asioita sinun on ehkä opittava lisää.
6. He ymmärtävät, että ”uusi kiiltävä” ei ole ratkaisu kaikkeen
Ei tarkoita, etteivätkö nämä kehittäjät tutustuisi uusiin työkaluihin ja kieliin (siinä suhteessa he voivat tehdä mitä haluavat), mutta he ymmärtävät, että uudet työkalut eivät maagisesti ratkaise kaikkia ongelmia.
James Hickey 🇨🇦👨👨💻@jamesmh_devMeillä on pakkomielle oppia lisää työkaluja ja kieliä!
Jos arkkitehtuurisi on huono, ratkaiset vääriä ongelmia, asiakkaasi ei ymmärrä, kun yrität selittää asioita… silloin kiiltävät työkalut eivät auta.
Ja nämä ovat perustavanlaatuisia yrityksesi menestyksen kannalta! He tietävät, ettei sillä ole väliä, milloin ohjelmoit ja mitä editoriteemaa käytätStereotypiat ohjelmoijista sikseen, miksi sillä, milloin ohjelmoit, olisi oikeastaan merkitystä? Ohjelmoi keskellä yötä jos haluat/yritys sallii ja älä tee sitä jos et halua. Ainoa syy, miksi kellonajalla pitäisi olla merkitystä, on se, että olet ohjelmoinut liian kauan etkä ole nukkunut! Varsinaisella kellonajalla ei ole väliä, ellei se vaikuta tiimiisi (esim. teet töitä keskiyöllä ohjelmoimalla, jotta vältät tarkoituksella kaikki).
Sama juttu editorin teemojen kanssa, miksi tumma teema tekisi sinusta oikeasti paremman? Annan sinulle vihjeen, se ei tee. Tummilla teemoilla on tarkoituksensa, mutta se ei todellakaan ole se.
8. Ne eivät lähde tekemään jostain monimutkaisempaa
Tämä saattaa olla itsestäänselvyys, mutta edellisellä viikolla oli toinen Twitter-ketju, jossa puhuttiin siitä, että jonkun asian ohjelmoiminen monimutkaisemmaksi on hyvä asia. Milloin meidän ja kollegojemme työn tekeminen vaikeammaksi on ollut hyvä asia?
On varmasti tilanteita, joissa voimme päätyä ohjelmoimaan monimutkaisen ratkaisun kuten ehkä emme (vielä) täysin ymmärrä ongelmaa. Tämä voi tapahtua ensimmäisellä yrityksellämme ohjelmoida ratkaisu, silloin kuulee yleensä ihmisten puhuvan koodin refaktoroinnista tai siitä, että he eivät ole ”ylpeitä” koodista, jonka he ovat kirjoittaneet edellisellä viikolla/kuukaudella/vuonna.
9. He eivät ajattele ”minua” sanassa ”tiimi”
Jos he eivät todella ole itse kirjoittaneet jokaista lähdekoodiriviä kääntäjästä aina liiketoimintalogiikkaan asti, he tietävät, että se oli tiimityötä. He eivät yritä viedä valokeilaa keneltäkään muulta tiimin jäseneltä – he tuovat esiin kaikki ne panokset, jotka tekivät projektista onnistuneen.
Kun projekti menee huonosti, he eivät mene eteenpäin ja syytä kaikkia. Tiimiprojektit epäonnistuvat tiiminä, ei yksilönä (ellei sitten pahantahtoisesti). He auttavat koko tiimiä oppimaan virheistä ja auttavat estämään niiden toistumisen.
10. Haluat todella työskennellä heidän kanssaan
Loppujen lopuksi nämä loistavat kehittäjät ovat ihmisiä, joiden kanssa todella nautit työskentelystä. Ilmestyt töihin (tai etäyhteydellä) ja olet iloinen siitä, että työskentelet näin mahtavan tiimin kanssa.
Jos tunnet kehittäjiä, jotka kuulostavat tällaisilta, kerro heille, kuinka mahtavia he ovat ja kuinka mielellään työskentelet heidän kanssaan 🙂
.