Aan het begin van een carrière als ontwikkelaar kan het soms angstaanjagend zijn: je wordt geconfronteerd met onbekende problemen, er is veel te leren en je moet moeilijke beslissingen nemen. En in sommige gevallen maken we hierin fouten. Dat is volkomen normaal, en je hoeft jezelf daar niet voor te straffen. Wat je wel moet doen, is je ervaringen voor de toekomst onthouden. Ik ben een senior ontwikkelaar die in het verleden talloze fouten heeft gemaakt. Hieronder zal ik de acht ernstigste fouten die ik als beginner in de ontwikkeling heb gemaakt, beschrijven en uitleggen hoe ik ze had kunnen voorkomen.
De eerste de beste accepteren die je aangeboden krijgt
Wanneer je leert om zelf code te schrijven of je opleiding aan de universiteit afrondt, wordt het krijgen van je eerste baan in het vak een van de belangrijkste doelen. Een beetje zoals het licht aan het einde van een lange tunnel.
En het vinden van een baan is ondertussen niet eenvoudig. Het aantal mensen dat zich op junior vacatures meldt, neemt alleen maar toe. Je moet , door een hele reeks sollicitatiegesprekken gaan, en vaak duurt dit proces behoorlijk lang. Gezien dit alles is het niet verwonderlijk dat elk jobaanbod de neiging heeft om je te verleiden om er met beide handen naar te grijpen.
Toch kan dit een slechte idee blijken te zijn. Mijn eerste baan was verre van ideaal, zowel qua professionele groei als qua plezier in het proces. De ontwikkelaars volgden het motto 'het zal wel goed genoeg zijn', en het was niet gebruikelijk om zich echt in te spannen. Iedereen probeerde de schuld op elkaar te schuiven, en ik moest vaak hoeken afsnijden om binnen zeer strakke deadlines te blijven. Maar het ergste was dat ik absoluut niets leerde.
Tijdens sollicitatiegesprekken negeerde ik alle signalen, zo gefascineerd was ik door de mogelijkheid om een baan te krijgen. Als er twijfels opkwamen, vlogen al die gedachten uit mijn hoofd zodra ik hoorde dat ze me aannamen! En dan nog voor een goed salaris!
En dat was een grote fout.
Het eerste klusje is van groot belang. Het biedt een algemeen inzicht in hoe het is om een echte programmeur te zijn, en de ervaring en kennis die je ermee opdoet, kunnen de basis leggen voor je toekomstige carrière. Daarom is het essentieel om goed onderzoek te doen naar de vacature en de werkgever voordat je akkoord gaat. Zware ervaringen en slechte mentoren — dat heb je helemaal niet nodig.
- Zoek informatie over het bedrijf. Bezoek beoordelingswebsites, kijk op de officiële website, doorzoek gewoon het internet en verzamel recensies. Zo krijg je een beter beeld of het bedrijf aan jouw behoeften en doelen voldoet.
- Vraag kennissen om advies. Als iemand in jouw kring voor deze werkgever heeft gewerkt of iemand in het team kent, praat dan persoonlijk met hen. Ontdek wat ze leuk vonden, wat niet, en hoe ze de ervaring in het algemeen beoordelen.
Je stelde niet de juiste vragen tijdens de sollicitatiegesprekken.
Een sollicitatiegesprek is de beste kans om het bedrijf beter te leren kennen, dus zorg ervoor dat je vragen klaar heeft over wat je van de medewerkers wilt weten. Hier zijn een paar voorbeelden:
- Vraag naar het ontwikkelingsproces (welke methodologieën volgen ze? Is er code-inspectie? Welke strategieën voor branching worden toegepast?)
- Vraag naar het testen (welke tests worden uitgevoerd? Zijn er speciale mensen die zich alleen met testen bezighouden?)
- Vraag naar de bedrijfscultuur (hoe informeel is alles? Is er enige ondersteuning voor junioren?)
Ik ben niet zeker van mijn carrièrerichting.
Zonder twijfel is de weg naar ervaren ontwikkelaar vol omwegen. Tegenwoordig zijn er veel talen, frameworks en tools om uit te kiezen. Mijn fout aan het begin van mijn carrière was dat ik probeerde alles te leren. Grappig genoeg leidde dit er alleen toe dat ik nergens echt vooruitgang boekte. Eerst greep ik naar Java, daarna naar jQuery, vervolgens naar C#, van daaruit naar C++ ... In plaats van één taal te kiezen en daar al mijn energie op te focussen, sprong ik van het ene naar het andere, simpelweg op gevoel. Ik kan je verzekeren, dit is een uiterst inefficiënte leermethode.
Ik zou betere resultaten hebben behaald en sneller in mijn carrière zijn gegroeid als ik eerder een pad had gekozen, dat wil zeggen, een specifieke set technologieën had bepaald en me daarop had gefocust. Bijvoorbeeld, als je een front-end ontwikkelaar bent, meester JavaScript, CSS/HTML en een framework naar keuze. Als je bezig bent met de back-end, neem dan weer één taal en bestudeer die grondig. Het is niet nodig om zowel Python, Java als C# te beheersen.
Dus richt je je op een specifieke richting en stel een plan op dat je helpt om een professional te worden op het gekozen pad (hier is , die je daarbij kan helpen).
Ik was creatief met code
Dus je bereidt een test voor om je vaardigheden aan een werkgever te tonen, of je bent al bezig met je eerste taak op je eerste baan. Je doet je best om indruk te maken. Hoe kun je het beste resultaat behalen? Vermoedelijk door de geavanceerde techniek te demonstreren die je onlangs hebt geleerd, toch?
Nee. Dit is een ernstige fout die ik zelf heb gemaakt, en die ik vaker dan me lief is zie bij andere junioren. Het is heel gebruikelijk voor hen om het wiel opnieuw uit te vinden of complexe oplossingen te zoeken in een poging om hun kennis te laten zien.
De beste benadering van coderen is weergegeven . Door naar eenvoud te streven, krijg je helder code die gemakkelijk te onderhouden is in de toekomst (de ontwikkelaar die jou opvolgt, zal dit waarderen).
Ik vergat dat er een leven buiten de code is
Nooit "uitschakelen" - dit is een slechte gewoonte die ik al vroeg heb ontwikkeld. Als ik aan het einde van de dag naar huis ging, nam ik vaak mijn werk-laptop mee en zat ik er uren achter om een taak af te ronden of een bug op te lossen, terwijl beide perfect tot de ochtend konden wachten. Zoals te verwachten, veroorzaakte deze levensstijl stress en ik brandde snel op.
De reden voor dit gedrag lag gedeeltelijk in mijn verlangen om alles zo snel mogelijk te doen. In werkelijkheid had ik echter moeten begrijpen dat werk een langdurig proces is en, met zeldzame uitzonderingen, de onafgeronde taken van vandaag rustig naar morgen kunnen worden overgebracht. Het is erg belangrijk om af en toe te schakelen en te herinneren dat het leven niet alleen om werk draait - er zijn vrienden, familie, hobby's en entertainment. Natuurlijk, als je het leuk vindt om tot zonsopgang met code bezig te zijn - ga je gang! Maar wanneer het niet meer leuk is, stop dan en denk na of het tijd is om iets anders te doen. We werken tenslotte niet voor onze laatste dag!
Vermijd te zeggen: “Ik weet het niet”
Vastlopen in het proces van het oplossen van een probleem of het voltooien van een taak is heel normaal, zelfs de meest ervaren senioren komen dit tegen. Toen ik een junior was, zei ik minder vaak “Ik weet het niet” dan ik had moeten doen, en dat was verkeerd. Als iemand van het management me een vraag stelde en ik wist het antwoord niet, probeerde ik mysterieus te doen in plaats van het gewoon toe te geven.
Ik dacht dat als ik zei: “Ik weet het niet”, mensen de indruk zouden krijgen dat ik helemaal geen verstand had van wat ik deed. Dat is echter niet waar, niemand weet alles. Dus als iemand je vraagt naar iets wat je niet weet, zeg het dan gewoon. Deze benadering heeft verschillende voordelen:
- Het is eerlijk - je misleidt de vraagsteller niet
- Er is een kans dat men je iets uitleg geeft en je daardoor iets nieuws leert
- Het wekt respect - niet iedereen kan toegeven dat er iets is dat hij of zij niet weet
Ik wilde snel vooruitgang boeken
Je hebt waarschijnlijk het gezegde gehoord: “Voordat je rent, leer lopen.” Dit is nergens relevanter dan in webontwikkeling. Wanneer je voor het eerst ergens als junior aan de slag gaat, wil je de koe bij de horens vatten en meteen aan een groot, complex project beginnen. Zelfs de gedachte om snel een promotie naar het volgende niveau te verdienen, dringt zich op!
Ambities zijn natuurlijk goed, maar in de praktijk krijgt een junior aan het begin niet zoiets. In de beginfase van je carrière krijg je waarschijnlijk eenvoudige taken en bugs om op te lossen. Niet de meest spannende bezigheid ter wereld, maar je hebt geen andere keuze. Dit stelt je in staat om stap voor stap vertrouwd te raken met de codebase en alle processen te leren. Ondertussen krijgt je leidinggevende de kans om te zien hoe je in het team past en wat je het beste kunt.
Mijn fout was dat ik me irriteerde aan deze kleine taken, wat me afleidde van mijn werk. Wees geduldig, voer alles uit wat gevraagd wordt met toewijding, en binnenkort krijg je iets interessanters.
Ik maakte geen deel uit van de gemeenschap en bouwde geen connecties op.
De ontwikkelaarsgemeenschap is geweldig: ze zijn altijd bereid om te helpen, feedback te geven en zelfs aan te moedigen. Programmeren is een complexe zaak en soms heel vermoeiend. Voor mij zou de periode als junior minder moeilijk zijn geweest als ik vanaf het begin actief contact had gemaakt met mijn collega's.
Contacten met de gemeenschap zijn bovendien erg nuttig voor zelfonderwijs. Je kunt bijdragen aan open-source projecten, de code van anderen bestuderen en zien hoe programmeurs gezamenlijk een project leiden. Dit zijn allemaal vaardigheden die je in je hoofdwerk kunt gebruiken en die je na verloop van tijd tot een goede professional maken.
Kies gemeenschappen die je interesseren - opties zijn onder andere freeCodeCamp, CodeNewbies, 100DaysOfCode - en meng je erin! Je kunt ook lokale meetups in je stad bijwonen (zoek op meetup.com).
Op deze manier kun je uiteindelijk professionele connecties opbouwen. In wezen zijn connecties gewoon de mensen uit je branche waarmee je contact hebt. Waarom is dit nodig? Nou, stel dat je ooit van baan wilt veranderen. Als je contact opneemt met je connecties, kan iemand je misschien een geschikte vacature aanbevelen of je aanbevelen bij een werkgever. Dit geeft je een aanzienlijk voordeel tijdens het sollicitatiegesprek - je hebt al een pleidooi gekregen, je bent niet langer 'een normaal cv in de stapel'.
Dat is alles, bedankt voor je aandacht!
Bron: habr.com
