Sviktende kodingsintervjuer er den beste måten å lykkes med

Foto av rawpixel på Unsplash

Som en håpefull utvikler har du allerede brukt utallige timer på å perfeksjonere håndverket ditt. Du har lært deg å kode, eller fullført en bootcamp og bygget noen få apper. Du føler deg klar for verden, men etter alle timene med å trene, feilsøke eller søke etter den siste omstreifne parentesen, har du ennå ikke møtt den vanskeligste delen - det tekniske intervjuet. Prosessen med å lete etter den første jobben i bransjen er sannsynligvis den vanskeligste hindringen du vil møte, men det tekniske intervjuet er skummelt uansett hvor flink du er. Et enkelt søk vil umiddelbart avsløre at det er et hett tema, men hvordan klarer en som aldri har gjort et teknisk kodingsintervju egentlig det bra? Hvordan lykkes man? Jeg stilte meg dette spørsmålet mange ganger og unngikk til og med å legge meg der ute på grunn av frykt, men jeg skjønte raskt at den eneste utveien var bare gjennom å gjøre det, og kanskje måtte jeg mislykkes bare for å forstå hvordan jeg skulle vinne.

De siste par årene har jeg lært meg selv å kode på deltid takket være fantastiske nettsteder som FreeCodeCamp, Learn.co og The Odin Project. Jeg anbefaler alle disse ressursene, de har flott innhold og forklaringer, men jeg manglet strukturen for å tvinge meg selv til å holde meg på sporet og fullføre alt arbeidet, jeg opplevde mange øyeblikk der jeg bare ville fizzle hvis jeg ble fast. I hodet mitt var jeg overbevist om at jeg trengte et intensivt program for personer, og etter å ha søkt på hvert bootcamp-stipend jeg kunne finne det siste året, fikk jeg endelig et webutviklingsstipend fra NYC Tech Talent Pipeline og deltok i New York Code and Design Academy for sitt programvareingeniørintensive program fra juni til september i år.

Siden september har jeg begynt å gå igjennom søknadsprosessen - polering av porteføljen min, GitHub-siden og gjenoppta, med de innledende samtalene, koding av utfordringer, tekniske intervjuer og selvfølgelig det fryktede avvisningsbrevet. Jeg begynte med ganske selvsikker og motivert, men jeg ble forsteinet også. Jeg var realistisk nok og forventet mange avslag med det første, noe som hjalp. Jeg sa til meg selv at jeg ikke ville bli for spent på en stilling før det ble sendt et offisielt tilbud til meg, dette hjalp meg å holde fokus og på sporet mens jeg fortsatte å søke på arbeid.

Foto av Lost Co på Unsplash

Selv om jeg liker å tro at jeg er ganske trygg på meg selv, var jeg under de første intervjuene mine nervøs fordi tekniske intervjuer er et helt nytt ballspill. Jeg skulle svette, snuble over ordene mine, fryse opp og glemme hvordan jeg skriver en loop i JavaScript, A LOOP! ALVOR! Det var mange beklagelige øyeblikk som dette, der jeg lurte på meg selv hvorfor jeg valgte dette som min foretrukne form for tortur. Jeg er sikker på at det var andre, mindre pinlige måter. En ting jeg gjorde som jeg føler er super viktig: Jeg tok meg tid til å skrive ned så mye jeg kunne huske etter hvert intervju. Dette hjalp meg til å forstå hva jeg gjorde godt og hvordan jeg kunne forbedre meg for å unngå å gjenta de samme feilene. Jeg husket hvor godt jeg klarte å formulere hvordan en viss algoritme fungerer, eller hvordan jeg ville nærme meg et gitt problem med pseudocode. Jeg husker også levende når jeg ble spurt om hvorfor jeg brukte utdatert Ruby-syntaks. Jeg hadde ingen anelse om hvordan jeg skulle forsvare meg uten å se ledig ut.

Selv etter alle disse rundene var jeg alltid nervøs, dette var et konstant smertepunkt som frustrerte meg i det uendelige. Jeg følte meg beseiret mange ganger, men jeg holdt fart ved å jobbe med porteføljen min, forplikte meg til # 100DaysOfCode og gjøre flere prosjekter for å vise frem de tekniske ferdighetene mine, men jeg forbedret meg ikke så mye som jeg hadde håpet når det gjaldt den tekniske vurderingen. Etter et mislykket kodingsintervju eller sendt inn en kodeutfordring, ville jeg sjelden om i det hele tatt få tilbakemelding på koden eller koden jeg sendte inn. Å motta automatisk avvisning var normalt, men det hjalp meg ikke å forstå hvor jeg kom til kort under prosessen. For å utjevne dette, gjorde jeg et par ting for å oppsøke læringsmuligheter der tilbakemeldinger ble gitt, og det hjalp meg enormt.

Foto av NESA av Makers på Unsplash

En god idé, spesielt hvis du nettopp begynner, er å delta på et hackathon. Ved et hackathon kan du raskt utforske nye konsepter og få øyeblikkelig tilbakemelding om koden din, og kan bli mer komfortabel med å forklare tankeprosessen din til andre. Utover det er det muligheter for nettverk med selskaper som kan være sponsorer eller andre personer som spenner fra utviklere til juniorutviklere på kule selskaper. Du kan se etter lokale hackathons gjennom organisasjoner som Major League Hacking, AngelHack, søke Meetup og Eventbrite og ved å være en del av teknologigrupper, da de vanligvis vil dele kommende kodingseventer. Det er også virtuelle hendelser som JAMstack Hackathon som fant sted i november, arrangert av FreeCodeCamp

Et annet flott alternativ er å gjøre tidsbestemte kodingsutfordringer. Jeg liker HackerRank siden de har regelmessige tidsbestemte konkurranser og noen arbeidsgivere bruker nettstedet deres for å skape kodingsutfordringer for potensielle ansatte. Dette er god praksis for å bli kjent med hvilke typer spørsmål du potensielt kan bli stilt, og en god måte å lære hvordan du bruker grensesnittet til vurderinger. Noen andre nettsteder som CodeChef, LeetCode og CodeWars kan ha ukelige og månedlige konkurranser du kan delta i.

Talentvurderingsplattformer som Headlight Labs, oppretter også online turneringer der du har en bestemt mengde tid til å sende inn en løsning på et gitt problem. Jeg gikk inn i den siste Headlight-utfordringen fordi alle innsendingene blir vurdert av fagfolk i bransjen, og du får grundig tilbakemelding som er super verdifull. Jeg anbefaler på det sterkeste å delta bare for dette! Jeg ble overrasket over å plassere i topp 5! Hvis du ender med en topputøver, vil du vinne fantastiske priser og få muligheten til å møte ansettelsesledere hos ledende teknologifirmaer med åpne roller som matcher dine ferdigheter!

Foto av rawpixel på Unsplash

Til slutt og viktigst er det flere nettsteder som hjelper deg med å forberede deg til tekniske intervjuer. Du kan få handlingsdyktige tilbakemeldinger fra ingeniører og lære å intervjue bedre. Dette hjelper deg med å komme over den første frykten som sannsynligvis vil få deg til å fryse under den virkelige tingen. Jeg elsker intervju.io og pramp, og begge er gratis, noe som er fantastisk med tanke på verdien de gir. Hvis du vil ta det et skritt videre, kan du bruke dine nettverksevner for å få kontakt med utviklere som gjør det du vil gjøre og kontakte dem! Koble til på LinkedIn eller Twitter og ikke vær redd for å spørre om råd, tilbud om å ta dem en kaffe og plukke hjernen! Mange utviklere var i skoene dine en gang og er ivrige etter å dele det de vet for å hjelpe deg med å lykkes.

Jeg er fremdeles i ferd med å lete etter min første stilling og fremdeles veldig bestemt, så så lenge jeg holder meg motivert og fortsetter å presse fremover, er jeg overbevist om at jeg vil finne en fantastisk mulighet for meg selv. Nervene er fremdeles der, og jeg tror ikke de noen gang vil forsvinne, så jeg prøver å omfavne dem! Jeg fortsetter å bruke meg selv, samtykker i å ta på meg alle utfordringene og bruker dem til å benchmarke meg selv underveis.

Det tekniske intervjuet kan være en tøff mental opplevelse, men det er virkelig en passasje for alle håpefulle nettutviklere. Det er en utfordring som for det meste ikke kan unngås. De er designet for å ta deg utenfor komfortsonen din, men du må forberede deg hvis du vil opptre og vokse i prosessen. Det er også smart å ikke ha høye forventninger, gi deg selv rom for feil og prøve å bruke enhver sjanse til å bli bedre.

Foto av Olena Sergienko på Unsplash

Fra hva jeg har opplevd, er disse kodingsutfordringene og tekniske intervjuene et nødvendig onde og det vanskeligste hinderet å passere. Men det gode er hvis du er motivert og tar deg tid til å utstyre deg med de riktige verktøyene de vil bli enklere og du vil vinne!

Hold fart på fart og fortsett å bygge ting, og husk at det er verdi i å feile, selv en god feilmelding kan lede deg til din neste store prestasjon!