Å starte som utvikler kan ofte føles skremmende: du står overfor ukjente problemer, mye å lære og vanskelige avgjørelser å ta. Og i noen tilfeller tar vi feil i disse avgjørelsene. Dette er ganske naturlig, og det er ingen vits i å slå seg opp for det. Men det du bør gjøre er å huske opplevelsen din for fremtiden. Jeg er en seniorutvikler som gjorde mange feil i min tid. Nedenfor vil jeg fortelle deg om åtte av de mest seriøse som jeg forpliktet meg til da jeg fortsatt var ny innen utvikling, og jeg vil forklare hvordan de kunne vært unngått.
Jeg tok den første de tilbød
Når du lærer å skrive kode på egenhånd eller fullfører studiene på universitetet, blir det å få din første jobb i spesialiteten din et av hovedmålene dine. Noe som lys i enden av en lang tunnel.
Samtidig er det ikke lett å finne en jobb. Det er flere og flere som søker juniorstillinger. Vi må , gå gjennom en hel serie med intervjuer, og ofte er hele denne prosessen veldig forsinket. Gitt alt dette er det ikke overraskende at ethvert jobbtilbud gir deg lyst til å ta det med begge hender.
Likevel kan det være en dårlig idé. Min første jobb var langt fra ideell, både med tanke på faglig vekst og med tanke på glede av prosessen. Utviklerne ble styrt av mottoet "det vil gjøre", og det var ikke vanlig å prøve for hardt. Alle prøvde å skylde på hverandre, og jeg måtte ofte kutte hjørner for å møte veldig stramme tidsfrister. Men det verste er at jeg lærte absolutt ingenting.
Under intervjuer vendte jeg det døve øret til alle samtalene, jeg ble så fascinert av utsiktene til å få jobb. Hvis det dukket opp noen tvil, fløy de alle ut av hodet mitt så snart jeg hørte at de tok meg! Og til og med for en god lønn!
Og det var en stor feil.
Den første jobben er av stor betydning. Det gir deg en idé om hvordan det er å være en ekte programmerer, og erfaringen og opplæringen du får fra det kan legge grunnlaget for hele din fremtidige karriere. Derfor er det nødvendig å finne ut alt om ledig stilling og arbeidsgiver grundig før man samtykker. Hard erfaring, dårlige mentorer - du trenger definitivt ikke dette.
- Undersøk informasjon om selskapet. Gå til anmeldelsessider, se på den offisielle nettsiden, surf bare på Internett og samle anmeldelser. Dette vil gi deg en bedre ide om selskapet passer dine behov og mål.
- Spør vennene dine. Hvis noen i kretsen din har jobbet for denne arbeidsgiveren eller kjenner noen i staben, snakk med dem personlig. Finn ut hva de likte, hva de ikke likte, og hvordan de så på opplevelsen generelt.
Stilte ikke de riktige spørsmålene under intervjuer
Et intervju er den beste muligheten til å bli bedre kjent med bedriften, så sørg for å forberede spørsmål om hva du ønsker å lære av ansatte. Her er et par eksempler:
- Spør om utviklingsprosessen (hvilke metoder følger de? finnes det kodegjennomganger? hvilke forgreningsstrategier brukes?)
- Spør om testing (hvilke tester gjøres? er det spesielle personer som bare tester?)
- Spør om bedriftskulturen (hvor uformelt er alt? er det støtte for juniorer?)
Ikke bestemt på bevegelsesbanen
Utvilsomt er veien til å bli en erfaren utvikler veldig svingete. I dag kan du velge mellom en rekke språk, rammer og verktøy. Min feil tidlig i karrieren var at jeg prøvde å mestre alt. Pussig nok førte dette bare til at jeg ikke kom så mye frem i noe. Først plukket jeg opp Java, så JQuery, så gikk jeg videre til C#, derfra til C++... I stedet for å velge ett språk og kaste all energi på det, hoppet jeg fra femte til tiende, bare etter humøret mitt. Jeg kan forsikre deg om at dette er et svært ineffektivt treningsopplegg.
Jeg ville ha oppnådd bedre resultater og gått raskere opp karrierestigen hvis jeg umiddelbart hadde bestemt meg for en bane, det vil si et visst sett med teknologier, og fokusert på dem. For eksempel, hvis du er en front-end-utvikler, behersker du JavaScript, CSS/HTML og et rammeverk etter eget valg. Hvis du jobber med backend, igjen, ta ett språk og studer det grundig. Det er ikke nødvendig å kunne både Python, Java og C#.
Så fokuser, ha en retning og lag en plan som lar deg bli en profesjonell på din valgte vei (her , som kan hjelpe deg med dette).
Sofistikert i kode
Så du forbereder en test for å vise arbeidsgiveren dine ferdigheter, eller du har allerede tatt på deg den første oppgaven i din første jobb. Du går ut av din måte å imponere. Hva er den beste måten å oppnå resultater på? Sannsynligvis demonstrere under utførelsen den sofistikerte teknikken som du nylig mestret, ikke sant?
Nei. Dette er en alvorlig feil som jeg selv har gjort, og oftere enn jeg skulle ønske, ser jeg i arbeidet til andre juniorer. Det er veldig vanlig at de finner opp hjulet på nytt eller ser etter komplekse løsninger i et forsøk på å vise frem kunnskapen sin.
Den beste tilnærmingen til å skrive kode er uttrykt . Ved å strebe etter enkelhet vil du ende opp med tydelig kode som vil være enkel å jobbe med i fremtiden (utvikleren som erstatter deg vil sette pris på det).
Glemte at det er liv utenfor koden
Å aldri "slå av" er en dårlig vane jeg tok opp veldig tidlig. Når jeg dro hjem på slutten av dagen, tok jeg jevnlig med meg arbeids-laptopen og satt på den i timevis for å lukke en oppgave eller fikse en feil, selv om begge kunne ha ventet til morgenen. Som du kanskje forventer, var denne kuren stressende og jeg ble raskt utbrent.
Årsaken til denne oppførselen var delvis mitt ønske om å gjøre alt så raskt som mulig. Men i realiteten burde jeg ha forstått at arbeid er en langsiktig prosess og med sjeldne unntak kan dagens mangler lett overføres til morgendagen. Det er veldig viktig å med jevne mellomrom bytte gir og husk at livet ikke er begrenset til arbeid - det er venner, familie, hobbyer, underholdning. Selvfølgelig, hvis du liker å sitte til daggry koding - for guds skyld! Men når det ikke lenger er gøy, stopp opp og tenk på om det er på tide å gjøre noe annet. Dette er ikke vår siste arbeidsdag!
Unngikk å si: "Jeg vet ikke"
Å bli sittende fast i prosessen med å løse et problem eller fullføre en oppgave er vanlig; selv de mest eldre seniorene står overfor dette. Da jeg var junior sa jeg: «Jeg vet ikke», sjeldnere enn jeg burde ha gjort, og det tok jeg feil. Hvis noen i ledelsen stilte meg et spørsmål og jeg ikke visste svaret, ville jeg forsøkt å være vag i stedet for bare å innrømme det.
Jeg følte at hvis jeg sa «jeg vet ikke», ville folk få inntrykk av at jeg ikke visste hva jeg gjorde. Faktisk er dette ikke sant i det hele tatt, det er ingen allvitende mennesker. Derfor, hvis du blir spurt om noe du ikke vet, si det. Denne tilnærmingen har flere fordeler:
- Dette er rettferdig - du villeder ikke spørsmålsstilleren
- Det er en sjanse for at de vil forklare det for deg, og da vil du lære noe nytt
- Dette vekker respekt - ikke alle er i stand til å innrømme at de ikke vet noe
Jeg hadde det travelt med å avansere
Du har sikkert hørt ordtaket «Lær å gå før du løper». Ingen steder er det mer relevant enn innen webprogrammering. Når du først får jobb et sted som junior, vil du bare ta oksen ved hornene og umiddelbart begynne å jobbe med et stort, komplekst prosjekt. Selv tanker slipper gjennom om hvordan du raskt kan tjene en forfremmelse til neste nivå!
Ambisjon er selvfølgelig bra, men i virkeligheten er det ingen som vil gi noe sånt til en junior rett ut av porten. Helt i begynnelsen av karrieren vil du mest sannsynlig få enkle oppgaver og feil å fikse. Ikke det mest spennende i verden, men hvor du skal dra. Dette vil tillate deg å bli komfortabel med kodebasen trinn for trinn og lære alle prosessene. Samtidig får sjefene dine muligheten til å se hvordan du passer inn i teamet og hva du er best på.
Min feil var at jeg ble frustrert over disse små oppgavene og det distraherte meg fra arbeidet mitt. Vær tålmodig, gjør alt de ber om samvittighetsfullt, og snart vil du få noe mer interessant.
Ble ikke med i fellesskapet og opprettet ingen forbindelser
Utviklerne har et flott fellesskap: de er alltid klare til å hjelpe, gi tilbakemeldinger og til og med oppmuntring. Programmering er vanskelig og til tider veldig utmattende. For meg hadde perioden med å jobbe som junior vært lettere hvis jeg hadde begynt å kommunisere aktivt med kollegaer helt fra starten.
Kontakter med samfunnet er også svært nyttige for egenutdanning. Du kan bidra til åpen kildekode-prosjekter, studere andres kode og se hvordan programmerere leder et prosjekt sammen. Dette er alle ferdigheter som du kan bruke i din daglige jobb og som vil gjøre deg til en god profesjonell over tid.
Velg fellesskap som vekker din interesse - noen alternativer inkluderer freeCodeCamp, CodeNewbies, 100DaysOfCode - og bli med! Du kan også delta på lokale møter i byen din (søk på meetup.com).
Til slutt, på denne måten kan du skaffe deg profesjonelle forbindelser. I hovedsak er forbindelser ganske enkelt menneskene i din bransje som du nettverker med. Hvorfor er dette nødvendig? Vel, la oss si at du en dag vil bytte jobb. Hvis du henvender deg til kontaktene dine, kan noen kanskje anbefale deg en passende stilling, eller til og med anbefale deg til en arbeidsgiver. Dette vil gi deg en betydelig fordel under intervjuet - de har allerede lagt inn et ord for deg, du er ikke lenger "bare en annen CV fra bunken."
Det er alt, takk for oppmerksomheten!
Kilde: www.habr.com