Inhoudsopgave[Zich verstoppen][Laten zien]
Is de 10X-ingenieur een mythe?
De realiteit is dat sommige mensen beter kunnen programmeren dan anderen.
In mijn vorige functie bij een technologiebedrijf was ik onder de indruk van hoe sommige mensen in mijn team alles lijken te weten.
Zelfs tijdens mijn tijd op de universiteit, waar ik deelnam aan hackathons en stages, heb ik een paar zeer getalenteerde ontwikkelaars kunnen ontmoeten waar ik veel van heb geleerd.
In dit artikel zal ik enkele misvattingen bespreken die mensen kunnen hebben over de 10X-ingenieur. Nadat we hebben gekeken naar wat een 10X-ingenieur is niet, we bespreken enkele van de beste adviezen die ik je kan geven om zelf een 10X-ingenieur te worden.
Wat is een 10X-ingenieur?
Veel ontwikkelaars zouden ruzie maken over de daadwerkelijke definitie van een 10X-ingenieur. Maar laten we voor de duidelijkheid nu proberen een eenvoudige definitie te definiëren.
Een 10X-engineer is een softwareontwikkelaar die net zo productief kan zijn als tien van zijn collega's.
Het idee van de 10X-ingenieur is misschien eerder ontstaan dan je denkt.
A research paper uit 1968 genaamd "Verkennende, experimentele studies die online en offline programmeerprestaties vergelijken" stelden voor het eerst het idee voor dat sommige van de beste programmeurs een orde van grootte beter presteren dan de slechtste programmeurs. Hoewel dit niet de definitie is die vandaag is overeengekomen, verspreidde het idee van de 10X-ingenieur zich al snel buiten de academische wereld.
Een paar jaar later verscheen het klassieke boek The Mythische man-maand illustreerde verder het idee van de 10X-ingenieur. De auteur Fred Brooks suggereert dat: software development teams kunnen worden gestructureerd als chirurgische teams.
In dit team zou je een hoofdprogrammeur of 'chirurg' hebben met ondersteunende programmeurs of 'verpleegkundigen'.
Hoewel deze analogie gemakkelijk te begrijpen is, denk ik dat het een beetje simplistisch en achterhaald is wanneer het wordt toegepast op de huidige stand van zaken in de softwareontwikkeling.
De teamdynamiek in een technisch team is heel anders dan die van een chirurg. Dit idee van een enkele persoon die het meeste werk doet of alleen het meest uitdagende werk, heeft een verkeerd beeld gegeven van wat volgens mij een 10X-ingenieur zou moeten zijn.
Veelvoorkomende misvattingen
Aangezien het idee van de 10X-ingenieur zich over de technische wereld verspreidde, interpreteert een meerderheid van de managers vaak verkeerd wat we bedoelen met "10X".
Een veel voorkomende misvatting is dat 10X-engineers tien keer zoveel code produceren als hun collega's. Dit is gewoon niet waar.
Hoewel een 10X-engineer mogelijk meer code kan produceren dan zijn collega's, is kwantiteit niet de juiste maatstaf. Stel je een programmeur voor die duizend regels code besteedt aan het uitvoeren van wat gedaan zou kunnen worden in minder dan honderd. Evenzo codeert een 10X-engineer niet tien keer sneller!
Een andere misvatting over 10X-ingenieurs is dat ze geweldig zijn, simpelweg vanwege hun codeerkennis. Nogmaals, dit is weer een geval van kijken naar de verkeerde maatstaf.
Wat een 10X-engineer zo waardevol maakt, is hoe hij tien keer zoveel waarde toevoegt aan zijn team en organisatie. Een 10X-engineer is onmisbaar vanwege hun vermogen om hun codeerkennis te gebruiken en af te stemmen op de behoeften van het bedrijf.
Managers moeten op zoek gaan naar ingenieurs die problemen kunnen oplossen en goed kunnen samenwerken met anderen. Naast codeerkennis, zouden 10X-ingenieurs in staat moeten zijn om het werk van iedereen om hen heen te verbeteren.
Vijf manieren om een 10x ingenieur te zijn
Deze sectie is voor jou als je een manager bent die op zoek is naar je volgende medewerker, of gewoon een ingenieur die ernaar streeft een 10X-ingenieur te worden.
Hier zijn enkele van de belangrijkste gewoonten en eigenschappen van een 10X-ingenieur:
Ze weten hoe ze het beste uit hun technische stack kunnen halen
Het kennen van je tools is misschien wel het meest voor de hand liggende advies dat ik je kan geven. Veel ontwikkelaars kunnen hun workflow echter nog steeds verbeteren door te leren hoe ze efficiënt kunnen werken.
De meeste 10x-technici waarmee ik heb gewerkt, kennen de weg in de terminal. Hoewel het misschien een beetje een leercurve is voor beginners, zal het begrijpen hoe je shell-commando's on-the-fly kunt maken, je op de lange termijn veel sneller je werk doen.
10x-ingenieurs kunnen ook profiteren van een beetje lui zijn. Laat me je vertellen wat ik bedoel.
Stel je voor dat je elke dag handmatig een reeks opdrachten moet uitvoeren om nieuwe commits naar productie te pushen. Een 10x-engineer moet repetitieve taken vermijden. Ze doen extra hun best om zoveel mogelijk van de dag te automatiseren.
De beste ingenieurs moeten ook op de lange termijn denken. Als u voor een startup werkt, is het misschien verleidelijk om u te concentreren op snelle en eenvoudige oplossingen. Het is echter mogelijk dat deze oplossingen niet naar beneden schalen.
Ze stoppen nooit met leren
Een geweldige ontwikkelaar stopt nooit met leren. De beste ingenieurs maken tijd vrij in hun drukke werkdag om nieuwe concepten, talen en raamwerken uit te proberen die ze op hun werk kunnen toepassen.
Een 10x-ingenieur moet een gezond gevoel van nieuwsgierigheid behouden. Ze vragen zich vaak af: “Kan dit beter?” of "Is er een eenvoudigere of efficiëntere manier om dit probleem op te lossen."
Een ingenieur van 10x moet dus de kunst van het leren zelf beheersen. Leren hoe te leren is de beste manier om het hoofd boven water te houden in een snelle omgeving.
Ze weten hoe ze hun tijd het beste kunnen besteden
Een geweldige software-engineer is geweldig in het nemen van beslissingen, vooral over wat hij met zijn tijd moet doen.
10X-ingenieurs hoeven zelden meer uren te werken dan de gemiddelde ingenieur. Ingenieurs moeten weten wanneer ze moeten terugduwen en nee moeten zeggen tegen bepaalde verzoeken. Ze moeten weten welke taken ze zelf moeten doen en welke taken ze moeten delegeren.
Effectieve ingenieurs moeten weten hoe ze kunnen onderscheiden of een taak de moeite waard is om snel uit te voeren. Een mentaal model om in gedachten te houden is het Pareto-principe.
Het principe stelt dat 80% van de waarde van je werk voortkomt uit 20% van je inspanning. Met andere woorden, niet alle taken zijn gelijk.
Ze zoeken goed mentorschap
Een geweldige ingenieur kan zoveel leren van een doorgewinterde veteraan in de industrie. 10X-ingenieurs zijn vaak op zoek naar mentorschap binnen en buiten het werk om hun kennis te vergroten.
Evenzo zullen 10X-ingenieurs baat hebben bij het nemen van een mentorrol voor hun eigen teamgenoten. Het hele team wordt opgetild door open te staan voor zijn meer beginnende teamgenoten.
Ze begrijpen de business
In eenvoudige bewoordingen is software-engineering slechts een manier voor computers om een reëel probleem op te lossen. Met dat in gedachten moet een effectieve ingenieur een expert worden in het probleem dat hij probeert op te lossen.
Als ingenieur is het een slim idee om je in te spannen om inzicht te krijgen in het bedrijf of de branche waar je deel van uitmaakt. Een 10x engineer moet een actieve deelnemer zijn in vergaderingen met andere afdelingen.
Als de ingenieur moeite doet om te begrijpen wat andere afdelingen doen in de context van het bedrijf, zullen ze een effectieve communicator worden. Effectieve communicatie helpt voorkomen dat uw team zakelijke vereisten en projectspecificaties verkeerd begrijpt.
Conclusie
Hopelijk heb je nu een duidelijker beeld van hoe een 10X engineer eruit ziet. Je moet ook begrijpen wat een 10X-ingenieur niet is.
Het bovenstaande advies is natuurlijk slechts een algemene richtlijn die van toepassing kan zijn op elke software-engineeringrol. Als je wilt weten hoe je de beste kunt zijn DevOps-ingenieur, full-stackontwikkelaar of datawetenschapper, je beste optie is om kansen te vinden om te leren en te bouwen.
Bedenk of je huidige functie een goede leeromgeving is. Misschien wil je meer tijd besteden aan het werken aan nevenprojecten waarmee je technologieën buiten je huidige tech-stack kunt verkennen. Dit zijn slechts enkele van de tips die u kunt volgen om een voorsprong te krijgen in technologie.
Wat is volgens u het nuttigste advies voor aspirant-ingenieurs?
Laat een reactie achter