Beginnen als ontwikkelaar kan vaak intimiderend zijn: u wordt geconfronteerd met onbekende problemen, u moet veel leren en u moet moeilijke beslissingen nemen. En in sommige gevallen hebben we het bij het verkeerde eind met deze beslissingen. Dit is heel natuurlijk, en het heeft geen zin om jezelf hierover in de maling te nemen. Maar wat u moet doen, is uw ervaringen onthouden voor de toekomst. Ik ben een senior ontwikkelaar die in mijn tijd veel fouten heeft gemaakt. Hieronder zal ik je vertellen over acht van de ernstigste die ik heb begaan toen ik nog nieuw was in de ontwikkeling, en ik zal uitleggen hoe ze vermeden hadden kunnen worden.
Ik nam de eerste die ze aanboden
Wanneer u zelf code leert schrijven of uw studie aan de universiteit afrondt, wordt het vinden van uw eerste baan in uw specialiteit een van uw belangrijkste doelen. Zoiets als licht aan het einde van een lange tunnel.
Ondertussen is het vinden van een baan niet eenvoudig. Er zijn steeds meer mensen die solliciteren op juniorfuncties. We moeten , doorloop een hele reeks interviews, en vaak loopt dit hele proces erg vertraging op. Gezien dit alles is het niet verwonderlijk dat elke baanaanbieding ervoor zorgt dat je deze met beide handen wilt grijpen.
Toch is het misschien een slecht idee. Mijn eerste baan was verre van ideaal, zowel qua professionele groei als qua plezier in het proces. De ontwikkelaars lieten zich leiden door het motto 'het zal wel lukken', en het was niet gebruikelijk om te hard te proberen. Iedereen probeerde elkaar de schuld te geven, en ik moest vaak bezuinigen om aan zeer krappe deadlines te voldoen. Maar het ergste is dat ik helemaal niets heb geleerd.
Tijdens sollicitatiegesprekken was ik doof voor alle telefoontjes, ik was zo gefascineerd door het vooruitzicht op een baan. Als er twijfels ontstonden, vlogen ze allemaal uit mijn hoofd zodra ik hoorde dat ze me meenamen! En zelfs voor een goed salaris!
En dat was een grote fout.
De eerste klus is van groot belang. Het geeft je een idee hoe het is om een echte programmeur te zijn, en de ervaring en opleiding die je daaruit opdoet kunnen de basis leggen voor je hele toekomstige carrière. Daarom is het noodzakelijk om alles over de vacature en de werkgever goed te weten te komen voordat je akkoord gaat. Moeilijke ervaring, slechte mentoren - dit heb je absoluut niet nodig.
- Onderzoek informatie over het bedrijf. Ga naar recensiesites, kijk naar de officiële website, surf gewoon op internet en verzamel recensies. Hierdoor krijgt u een beter beeld of het bedrijf bij uw wensen en doelstellingen past.
- Vraag je vrienden. Als iemand in uw omgeving voor deze werkgever heeft gewerkt of iemand van het personeel kent, praat dan persoonlijk met hem of haar. Ontdek wat ze leuk vonden, wat ze niet leuk vonden en hoe ze de ervaring in het algemeen vonden.
Stelde niet de juiste vragen tijdens interviews
Een sollicitatiegesprek is de beste gelegenheid om het bedrijf beter te leren kennen, dus zorg ervoor dat u vragen voorbereidt over wat u van werknemers wilt leren. Hier zijn een paar voorbeelden:
- Vraag naar het ontwikkelingsproces (welke methodologieën volgen ze? Zijn er codebeoordelingen? Welke vertakkingsstrategieën worden gebruikt?)
- Vraag naar testen (welke tests worden er gedaan? Zijn er speciale mensen die alleen testen doen?)
- Vraag naar de bedrijfscultuur (hoe informeel is alles? Is er ondersteuning voor junioren?)
Onbeslist over het bewegingstraject
De weg om een ervaren ontwikkelaar te worden is ongetwijfeld erg bochtig. Tegenwoordig kun je kiezen uit een verscheidenheid aan talen, frameworks en tools. Mijn fout in het begin van mijn carrière was dat ik alles onder de knie probeerde te krijgen. Grappig genoeg zorgde dit er alleen maar voor dat ik nergens veel vooruitgang in boekte. Eerst pakte ik Java op, daarna JQuery, en ging toen verder met C#, van daaruit naar C++... In plaats van één taal te kiezen en al mijn energie erin te steken, sprong ik van de vijfde naar de tiende, afhankelijk van mijn humeur. Ik kan u verzekeren dat dit een zeer ineffectief trainingsprogramma is.
Ik zou betere resultaten hebben behaald en sneller op de carrièreladder zijn gestegen als ik onmiddellijk een traject had gekozen, dat wil zeggen een bepaald stel technologieën, en me daarop had geconcentreerd. Als u bijvoorbeeld een front-end-ontwikkelaar bent, beheerst u JavaScript, CSS/HTML en een raamwerk naar keuze. Als je aan de backend werkt, neem dan opnieuw één taal en bestudeer deze grondig. Het is niet nodig om zowel Python, Java als C# te kennen.
Dus concentreer je, heb een richting en maak een plan waarmee je een professional kunt worden op het door jou gekozen pad (hier , die u hierbij kan helpen).
Geavanceerd in code
Je bereidt dus een test voor om je werkgever je vaardigheden te laten zien, of je hebt de eerste taak bij je eerste baan al op je genomen. Je doet er alles aan om indruk te maken. Wat is de beste manier om resultaten te bereiken? Waarschijnlijk demonstreer je tijdens de uitvoering die verfijnde techniek die je onlangs onder de knie hebt, toch?
Nee. Dit is een ernstige fout die ik zelf heb gemaakt, en vaker dan ik zou willen, zie ik in het werk van andere junioren. Het is heel gebruikelijk dat ze het wiel opnieuw uitvinden of naar complexe oplossingen zoeken in een poging hun kennis te laten zien.
De beste aanpak voor het schrijven van code wordt uitgedrukt . Door naar eenvoud te streven, krijg je duidelijke code waar je in de toekomst gemakkelijk mee kunt werken (de ontwikkelaar die jou vervangt zal dit op prijs stellen).
Vergat dat er leven is buiten de code
Nooit “uitschakelen” is een slechte gewoonte die ik al heel vroeg heb opgepikt. Als ik aan het eind van de dag naar huis ging, nam ik regelmatig mijn werklaptop mee en ging er uren op zitten om een taak af te sluiten of een bug te repareren, al hadden ze allebei tot de ochtend kunnen wachten. Zoals je zou verwachten, was dit regime stressvol en raakte ik snel opgebrand.
De reden voor dit gedrag was deels mijn wens om alles zo snel mogelijk te doen. Maar in werkelijkheid had ik moeten begrijpen dat werk een langdurig proces is en dat, op enkele uitzonderingen na, de tekortkomingen van vandaag gemakkelijk kunnen worden overgedragen naar morgen. Het is erg belangrijk om periodiek van versnelling te wisselen en te onthouden dat het leven niet beperkt is tot werk - er zijn vrienden, familie, hobby's en entertainment. Natuurlijk, als je graag tot het ochtendgloren wilt zitten coderen - in godsnaam! Maar als het niet langer leuk is, stop dan en denk na of het tijd is om iets anders te doen. Dit is niet onze laatste werkdag!
Vermijd het zeggen van: “Ik weet het niet”
Het komt vaak voor dat u vastloopt in het proces van het oplossen van een probleem of het voltooien van een taak; zelfs de hoogste senioren krijgen hiermee te maken. Toen ik een junior was, zei ik minder vaak: 'Ik weet het niet', dan ik had moeten doen, en daarin had ik het mis. Als iemand in het management mij een vraag stelde en ik het antwoord niet wist, probeerde ik vaag te zijn in plaats van het alleen maar toe te geven.
Ik had het gevoel dat als ik zei: 'Ik weet het niet', mensen de indruk zouden krijgen dat ik niet wist wat ik deed. In feite is dit helemaal niet waar; er bestaan geen alwetende mensen. Daarom, als u wordt gevraagd naar iets dat u niet weet, zeg dat dan. Deze aanpak heeft verschillende voordelen:
- Dit is eerlijk: u misleidt de vraagsteller niet
- De kans bestaat dat ze het je uitleggen en dan leer je iets nieuws
- Dit dwingt respect af; niet iedereen kan toegeven dat ze iets niet weten
Ik had haast om vooruit te komen
Je hebt waarschijnlijk het gezegde gehoord: "Leer lopen voordat je rent." Nergens is het relevanter dan op het gebied van webprogrammering. Als je als junior voor het eerst ergens aan de slag gaat, wil je de koe bij de horens vatten en meteen aan de slag met een groot, complex project. Er glippen zelfs gedachten door over hoe je snel een promotie naar het volgende niveau kunt verdienen!
Ambitie is natuurlijk goed, maar in werkelijkheid zal niemand zoiets zomaar aan een junior geven. Helemaal aan het begin van je carrière krijg je waarschijnlijk eenvoudige taken en bugs die je moet oplossen. Niet het meest opwindende ter wereld, maar waar je heen moet. Hierdoor kunt u stap voor stap vertrouwd raken met de codebase en alle processen leren kennen. Tegelijkertijd krijgen je bazen de kans om te kijken hoe jij in het team past en waar je goed in bent.
Mijn fout was dat ik gefrustreerd raakte door deze kleine taken en dat het me afleidde van mijn werk. Wees geduldig, doe gewetensvol alles wat ze vragen, en binnenkort krijg je iets interessants.
Ben niet lid geworden van de community en heb geen verbindingen gelegd
De ontwikkelaars hebben een geweldige community: ze staan altijd klaar om te helpen, feedback te geven en zelfs aan te moedigen. Programmeren is moeilijk en soms erg vermoeiend. Voor mij zou de periode als junior werken makkelijker zijn geweest als ik vanaf het begin actief was gaan communiceren met collega’s.
Contacten met de gemeenschap zijn ook erg nuttig voor zelfstudie. Je kunt bijdragen aan open source-projecten, de code van anderen bestuderen en kijken hoe programmeurs samen een project leiden. Dit zijn allemaal vaardigheden die u in uw dagelijkse werk kunt gebruiken en die u op termijn tot een goede professional zullen maken.
Selecteer communities die uw interesse wekken - sommige opties omvatten freeCodeCamp, CodeNewbies, 100DaysOfCode - en doe mee! Je kunt ook lokale meetups in jouw stad bijwonen (zoek op meetup.com).
Ten slotte kunt u op deze manier professionele connecties verwerven. In wezen zijn verbindingen eenvoudigweg de mensen in uw branche waarmee u netwerkt. Waarom is dit nodig? Laten we zeggen dat je ooit van baan wilt veranderen. Als u zich wendt tot uw connecties, kan iemand u wellicht een passende vacature aanbevelen, of u zelfs aanbevelen bij een werkgever. Dit geeft je een aanzienlijk voordeel tijdens het sollicitatiegesprek: ze hebben al een woord voor je gezegd, je bent niet langer “gewoon het zoveelste CV van de stapel.”
Dat is alles, bedankt voor uw aandacht!
Bron: www.habr.com