Hvordan jeg gikk fra å være nybegynner til Software Engineer i 9 måneder mens du arbeider full tid

I dette innlegget skal jeg dele hvordan jeg gikk fra null(ish) til en seks-figur software engineering tilbud om jobb i ni måneder mens du arbeider på full tid og være selvlært.

Når jeg skulle begynne å lese en suksess, ville jeg umiddelbart ser ut til å finne forfatterens bakgrunn, og håpet at den ville passe meg. Jeg har aldri funnet noen som hadde samme bakgrunn som jeg gjorde, og mest sannsynlig mine ikke vil matche din nøyaktig.,

Likevel, jeg håper at min historie inspirerer andre og fungerer som en verdifull data punkt som kan bli lagt til din suksesshistorie dataset.

Full Offentliggjøring

jeg tok en Visual Basic for Applications (VBA) kurs i videregående skole (for ni år siden). I mitt første kurs engineering (sju år siden), jeg lærte noe C, Python, Matlab, og Labview. Jeg ble uteksaminert fra en god universitetet med en kjemisk tekniske utdannelse og en god GPA (for tre år siden). Jeg hadde ikke gjort noe programmering utenfor skolen, i videregående skole eller høyskole, før jeg bestemte meg for jeg ønsket å lære det siste året.,

Etter college, fikk jeg en jobb som en Prosess Ingeniør ved et raffineri. Jeg jobbet der før jeg skiftet karriere i Software Engineering.

Hvorfor jeg ønsket å endre karrierer

jeg likte å løse tekniske problemer, men jeg visste at jeg ønsket å komme inn i bedriften/oppstart verden på enkelte punkt. Jeg har alltid holdt tanken på en MBA i bakhodet, men hver gang jeg så prislappen på de beste skolene, min interesse avtok.

27. Mai 2017 jeg fant meg selv googling om MBAs igjen, og det er noe jeg snublet over software engineering. Det virket som en perfekt passform.,

Programvare ingeniører er i økende etterspørsel, lønninger er stor, og det er den perfekte industrien for å få til oppstart verden uten at du trenger massevis av startkapital. Alt du trenger er en datamaskin, og dine muligheter er grenseløse (slags).

I ingen andre tekniske disiplin kan du bare har en idé, begynne å bygge det, vis det til brukere, og reagere med lite kapital og lav barriere for oppføring. I chemical engineering, du egentlig trenger en kjører plante eller en masse penger til å utforme en plante hvis du hadde en idé til et nytt produkt.,

jeg hadde hørt om folk som sa opp jobbene sine og delta på et bootcamp, men jo mer jeg leste om det på nettet, jo mer innså jeg at du kan helt lære alt på egen hånd hvis du er engasjert og fokusert.

Du kan argumentere at du er å miste ut på nettverk og karriere råd gitt av en bootcamp. Dette kan være sant, men jeg var heldig i og med at jeg bodde i Bay Area, som tillot meg å delta på flere meetups, så jeg nettverk på den måten.

Dessuten er den verste tilfelle var at jeg ville innse at jeg ikke kunne gjøre det på min egen, og så ville jeg slutte i jobben min til å delta på en bootcamp.,

Mål

Du trenger å ha et mål. Spesielt hvis du prøver å lære mens du arbeider full tid. Det er lett å la din læring dra på, og på hvis du ikke har noen ytre press presser deg. Så du trenger for å lage indre trykket. Målet ditt bør være enkel og kvantitative. Du bør ikke nok forskning til å komme opp med et rimelig mål., Min var følgende:

Få en software engineering jobb innen ett år med samme eller bedre lønn enn jeg gjør akkurat nå.

Planen

Når du har et mål, må du ha en plan for å hjelpe deg å få det. Dette er hvor du spiser så mange suksesshistorier som du kan. Ingen av dem vil matche din situasjon, men du kan ta noen råd fra hver og en., Jeg utviklet (og iterated på) min plan ved hjelp av ressurser som for eksempel learnprogramming subreddit, den freeCodeCamp forum, og Medium.

På Mai 27, 2017 jeg bestemte meg for at jeg skulle gjøre koding stupe, og jeg stupte i hodet først. Den dagen jeg bestemte meg for å begynne å sette på ikke mer enn 40 timer per uke på jobben min, slik at jeg hadde tid til å kode etter jobb og i helgene. Heldigvis for deg, jeg gjorde en ganske god jobb med å dokumentere fremgangen min.,

Min plan, gjennom mange iterasjoner, endte opp med å se noe sånt som dette:

1. Ta en Intro til CS kurs for å få en solid base forståelse av kjernen CS konsepter
2. Følge freeCodeCamp før jeg kan bygge portefølje-nivå full stack web apps på min egen
3. Refactor for å rydde opp i koden, legge til testing, fokus på avanserte konsepter
4. Bidra til åpen kildekode
5. Forberede seg til jobbintervju

for Å starte, min plan var enkel., På den tiden, jeg trodde jeg var nødt til å følge Google ‘ s Tekniske Guide, så jeg begynte med sine anbefalte introduksjonskurs, Udacity CS101.

Måned 0 – Udacity CS101, Harvard CS50

høy for å gjøre denne store avgjørelsen ga meg massevis av energi. Jeg ville starte koding så snart jeg kom hjem fra jobben, og ville ikke stoppe før jeg gikk til sengs. Og så igjen hele helgen. Udacity CS101 spores ferdigstillelse prosent, noe som var en stor motivasjonsfaktor for meg. Jeg logget min ferdigstillelse prosent hver dag etter koding. Jeg ferdig med den første 75% i 10 dager., De siste 25% var tunge i recursion, og det var litt tøffere for meg. Alt i alt, det tok meg 20 dager til å fullføre Udacity CS101.

Mens jeg tok Udacity CS101, jeg hadde begynt å lese learnprogramming subreddit ganske tungt. Jeg leste at det var viktig for selvlært utviklere som ønsker å gjøre en karriere endre for å være aktiv på nettet. Jeg bestemte meg for å gjøre nye Twitter, Reddit, Stack Overflow, Medium og Quora kontoer ved å bruke mitt fulle navn, slik at jeg kunne bygge opp en online tilstedeværelse.,

Også, jeg bestemte meg for å slutte å lese distraherende medier som Instagram, Facebook, og ikke-programmering subreddits. Jeg ville bare sjekke telefonen min for programmering-relaterte nyheter og innlegg. Dette var avgjørende i å sørge for at jeg var å finne ut om den beste læring stier og læringsressurser. Det var på grunn av dette at jeg fant ut om Harvard CS50 på edX.

jeg opprinnelig var fornøyd med bare å gjøre ett intro-kurs, men alle så ut til å anbefale Harvard CS50, så jeg bestemte meg for å dykke inn i det neste., CS studenter ved andre skoler hadde tatt dette kurset og sa at de lærte mer i CS50 enn et år eller to på deres universitet å studere CS. Den generelle konsensus var at kurset var vanskelig, men verdt det. Ved utgangen av Måned 0, jeg hadde fullført de første 5 forelesninger og hjemmeoppgaver.

Måned 1 – Harvard CS50, Linux, 1. Meetup, freeCodeCamp

jeg har fullført CS50 omtrent halvveis i måneden. Jeg kommer ikke til å kommentere for mye på min erfaring med CS50, fordi jeg skrev en grundig innlegg om min erfaring her.

TLDR: Det er et bra kurs, jeg anbefaler det på det sterkeste., David Malan er en utmerket foreleser, og det er massevis av ressurser for å hjelpe deg å komme gjennom det. Du starter i C, gå videre til Python, og deretter avslutte med web-utvikling. Det er veldig tette, og det er mye materiale, men jeg tror det er vel verdt det.

Etter CS50, bestemte jeg meg for å sette opp min XPS 15-til-dual boot Windows og Ubuntu. Det var en frustrerende helg. Jeg messed opp min partisjoner og nesten murt min laptop. Jeg var nær ved å hiver min laptop, og å få en ny en.

sakte jeg vant meg ut av Windows og til slutt var utelukkende ved hjelp av Ubuntu., Jeg ønsket å tvinge meg selv til å bli komfortabel med kommando linje som jeg synes fungerte til en viss grad, men jeg har fortsatt en lang måter å gå.

jeg begynte 100 dager med kode for å sørge for at jeg holdt fokus og kodet hver dag. Det er viktig å dokumentere fremgangen din. Hvis du gjør fremgang hver dag, vil det ikke virke som mye, men når du ser tilbake en måned eller flere måneder, vil du innse at du har faktisk gjort ganske mye fremgang som motiverer deg til å holde det gående.

jeg visste at nettverk ville gjøre eller knekke meg, så jeg mønstret opp mot til å gå til min første koding meetup., Jeg hadde aldri gått til noen meetup si en koding meetup. Jeg var så nervøs at når du kjører der, parkering, og gangavstand til de dør, jeg nesten snudde og gikk hjem.

Det hjalp at det var første meetup for gruppen. Jeg skjønte raskt at det var ingen grunn til å være nervøs. Ingen kjente hverandre, det var ingen som fordømmende, og alle var ivrige etter å lære. Dette var begynnelsen på en meetup-spree. Jeg endte opp med å delta på over 50 meetups i 9 måneder.

jeg er glad for at jeg begynte å gå til meetups tidlig., De fleste folk bare begynte å delta meetups når de var på jakt etter en jobb, men på dette punktet er det nesten for sent. Det er så mange grunner til å starte tidlig. For å nevne noen:

1. Utvikle relasjoner tar tid. Starter tidlig, betyr det at du har forbindelser som kan gå god for deg når du leter etter en jobb senere
2. Snakker om programmering med fremmede, er en flott måte å forberede seg til intervjuene
3. Du kan lære nye rammeverk, verktøy og læringsressurser fra folk som er foran deg. Dette kan påvirke din fremtidige plan for å lære.,

Det var en viss usikkerhet på dette tidspunktet i min koding reise. Dette var omtrent da jeg trengte for å bestemme hva slags programvare utvikler jeg ønsket å være.

til Slutt, jeg valgte web-utvikling fordi det virket som det var stor etterspørsel, og også mange av ressurser på nettet. Når jeg hadde funnet ut, jeg trengte å finne ut hva de skal gjøre neste. Noen mennesker er anbefalt at på dette stadiet jeg bør tenke på web apps jeg ønsket å bygge, og deretter komme i gang. Noen mennesker anbefalte Odin-Prosjekt eller freeCodeCamp.,

fyren som kjørte den ukentlige meetup jeg var til stede ved visste Ruby og ønsket å gjøre prosjekter med Ruby. Dette var en stor grunn til at jeg tok beslutningen om å gå all-in på Odin-Prosjektet.

Og så to dager senere var jeg ditched som idé.

Det er en av ulempene med å gå selv-lærte rute. Ett minutt du tror du vet hvilken vei du skal ta, men så neste dag du lurer på om det var riktig vei å gå.

jeg leste at Ruby var falt i unåde, og jeg viste dette ved å søke etter Ruby vs JavaScript jobber, så jeg endte opp med å starte freeCodeCamp., En ting som plaget meg om freeCodeCamp var at de kom opp med prosjektet ideer, så hver camper gjør de samme prosjektene. Dette bekymret meg i begynnelsen, fordi jeg ønsket å reise ut for å rekrutterere. Men, jeg endte opp med å elske freeCodeCamp, og nå er jeg anbefaler det på det sterkeste. For mer informasjon om mine erfaringer og anbefalinger om freeCodeCamp, sjekk ut min writeup her.

Måned 2 — YDKJS, freeCodeCamp Front End, Reagerer

jeg begynte å lese at Du Vet ikke JavaScript, fordi alle anbefales det å supplere freeCodeCamp., Jeg hadde for å re-lese flere seksjoner som det er ganske tett, men det er en perfekt ressurs for å lære leksikalsk omfang, nedleggelser, løfter, og alle deler av JavaScript-koden som du hører om og ønsker å lære, men som aldri gjør det fordi de synes er vanskelig.

jeg ferdig med front-end-delen av freeCodeCamp. Sjekkliste-format og estimert ferdigstillelse tid bidratt til å motivere meg til å fullføre raskt. Jeg var også spent på å gå videre til neste avsnitt og lære å Reagere. Men dette betydde også at prosjektene mine hadde minimal styling. Jeg gjorde alt det tok for å oppfylle bruker historier og ingenting mer.,

I ettertid, kanskje jeg burde ha fokusert på å gjøre prosjektene mer tiltalende. Kanskje dette ville ha hjulpet meg å lære CSS mer dypt.

neste trinn var å lære å Reagere, og jeg var ganske pumpet.

jeg hadde hørt så mye om det, og jeg var klar til å passe inn med de kule barna. Men, jeg var litt nølende gitt lisensiering problemer på den tiden. Jeg er virkelig glad for at det er ikke lenger et problem. Læring Reagerer var vanskelig for meg. Jeg var ikke klar over noen gode tutorials da (men det virker som det er massevis nå).,

jeg prøvde å lese dokumenter og følgende sammen med Facebook er Tic-Tac-Toe tutorial, men jeg forsto ikke helt det hele. Jeg ble fortalt om det ikke fungerer for meg, så det betydde at jeg ikke forstår JavaScript nok. Så da jeg gikk tilbake til å lese Du ikke Vet JavaScript, men igjen det var for tett på meg.

Måned 3 – freeCodeCamp Reagere, CodeClub, Starter freeCodeCamp Back End

til Slutt, jeg bare bestemte meg for at jeg ville jobbe på min måte gjennom freeCodeCamp Reagere prosjekter for å se hvordan det gikk. At koden var stygg, men det hjalp meg å forstå Reagerer litt bedre.,

Som meetup jeg hadde vært til stede ukentlig bestemt at de skulle bygge prosjekter med full stack JavaScript i stedet for Ruby, og de bestemte seg for at det første prosjektet ville være å bygge et nettsted for meetup gruppe, CodeClub.Sosial.

jeg utviklet kortene ved hjelp av Reagere og Meetup API tillater brukeren å registrere deg for de neste tre meetups fra vår hjemmeside. Det var litt vanskelig for meg å ta en rask pause fra freeCodeCamp å gjøre dette, men det var en mulighet jeg ikke kunne takke nei til. Jeg var glad for å jobbe på et prosjekt med en liten gruppe av personer., Det har også hjulpet meg å lære Git og Github.

Før måneden var over, begynte jeg å jobbe på back-end-delen av freeCodeCamp.

Måned 4 – Ferdig freeCodeCamp Baksiden Slutten, Yeggle

jeg gått gjennom alle API-prosjekter i freeCodeCamp, men jeg begynte å avvike fra freeCodeCamp på Bildet Søk Abstraction Layer prosjektet.

jeg var spent på å gjøre full stack, web-applikasjoner, så snart jeg så tittelen på dette prosjektet, hadde jeg en idé for mitt eget prosjekt., Jeg ville gjøre en node app som ville store tilfeldige imgur Nettadresser i en database, og deretter lage en front-end som ville ut en bruker-spesifiserte antallet av disse tilfeldige bilder. Hva alle sier er sant: du jobbe hardere og har mer suksess når du arbeider på et prosjekt som var deres egen idé.

en Gang jeg fikk det til å fungere, jeg var veldig stolt av meg selv. Det var stygge og klumpete, men det fungerte.

Som jeg jobbet gjennom freeCodeCamp, jeg var å lære om hva prosjektene vil være innenfor mine evner., Jeg kjørte jevnlig på den tiden, så jeg ville komme opp med ideer på min går, og skrive dem ned når jeg kom hjem. Sånn jeg ville ha en liste over prosjektet ideer når jeg var klar.

jeg endelig følte meg klar til å begynne å lage min egen nyttig og polert full-stack web apps til å dele med brukerne og sette på min portefølje. Jeg var så klar for å komme i gang.

Når du leter etter en ny restaurant, jeg har alltid funnet meg selv åpningen Yelp til å sjekke anmeldelser, og deretter åpne Maps for å sjekke sine vurderinger. Hva hvis jeg laget en app som sammenlignes begge ved siden av hverandre?

Så jeg laget Yeggle., Jeg brukte Node/Express/Reagere sammen med Google Maps og Yelp-Api-er. Det var et par hindringer jeg ikke tror jeg ville være i stand til å overvinne, men i slutten jeg ferdig og jeg var veldig stolt av min app. Så jeg har lagt det til Reddit, og ingen brydde seg. Det var litt av en bummer, men jeg ikke la det komme meg ned.

Måned 5 – StockIT

jeg fikk ikke fullt så mye gjort denne måneden, så jeg startet det hele med en to ukers ferie til Japan og Thailand!

Men jeg gjorde starte og fullføre mitt neste prosjekt., Jeg fortsatte å lese om hvor vanskelig det var å få en jobb som en selvlært utvikler, så jeg trodde jeg trengte å gjøre noe unikt. Jeg husket et spill hvor en Dow Jones stock diagram begynte å stige, og du hadde en mulighet til å kjøpe og en mulighet til å selge, og målet var å slå markedet. Formålet med spillet var å vise deg hvor vanskelig det var å slå markedet.

Min idé var å lage et spill som ligner på det, men i stedet for markedet, ville du spiller mot en maskin læring algoritme. Så jeg laget StockIT.,

jeg tok en video tutorial på Pandaer og Scikit Lære som dekket flere maskinlæring teknikker. Jeg opprinnelig ønsket å gjøre noen kule dyp læring teknikker, men jeg innså at det tok massive datamengder og mer tid enn jeg ønsket å bruke.

i Stedet, jeg stakk til en enkel lineær regresjonsmodell. Jeg tenkte at det ville være vanskelig for en del, men det var det ikke. Å få D3 å jive med Reagerer var den vanskelige delen. Begge bibliotekene ønsket å kontrollere DOM. Det var noen andre biblioteker som hjalp til å bli med de to, men jeg følte at de var for stort., Jeg endte opp med å bruke D3 for å generere SVGs og Reagere til å håndtere den DOM som fungerte ganske bra for meg.

Denne gangen når jeg delte det med Reddit, alle elsket det!

Slår ut, akkurat som VCs, redditors er alle om at maskinen læring. All den kjærligheten fra Reddit var en stor selvtillit øke. Folk spiller mitt spill og nyter det!

Måned 6 – jobSort(), Jobben Jakten Prep

Etter StockIT, jeg rullet rett inn i min neste personlig prosjekt. Jeg ønsket å gjøre en jobb bord som samlet de mindre tech-fokusert stillingsannonsen nettsteder som Stack Overflow, Github, og Hacker News., For å legge til min egen unike spinn til det, bestemte jeg meg for å ha det liksom basert på den teknologien som brukeren ville ha en jobb og hvor mye de ønsket at hver av dem.

For eksempel, la oss si at jeg var på utkikk etter en jobb som var på jakt etter noen som visste JavaScript, Reagere, og/eller Python, og jeg virkelig ønsket å jobbe med JavaScript og Reagere, men jeg brydde meg ikke så mye om Python. Da kunne jeg gi JavaScript-en 3, Reagerer en 3, og kanskje Python-1. Oppføringer ville deretter sortere tilsvarende.,

jeg kjørte inn i ulike hindringer med dette prosjektet, og hadde til å endre kurs et par ganger, men jeg endte opp med et produkt som jeg var fornøyd med. Min siste tech stabel var Reagere/Node/Express/MySQL. Jeg postet prosjektet til cscareerquestions subreddit og fikk 650 syn før det ble tatt ned fordi de ikke lar personlige prosjekter.

Den «endelige» produkt er her, og hvis du er interessert i å vite mer om mine kamper og refactors, sjekk ut innlegget mitt her.

på Grunn av mine problemer, jobSort() tok opp en anstendig del av måned., Jeg endte opp med å få kaffe med en venn jeg hadde møtt på min første meetup, og han rådet meg til å begynne å søke på jobber nå. Jeg leser over alt som alle sier de ventet for lenge med å søke. Også, når jeg så et innlegg å spørre når du skal bruke, den øverste kommentaren ble alltid «nå.»

I hodet mitt, ble jeg kommer til å jobbe meg gjennom min strukturert plan for å bygge opp min portefølje med personlige prosjekter, og deretter arbeide på åpen kildekode bidrag, og så forbered deg for intervjuer, og til slutt begynne å søke jobber. Denne vennen overbevist meg for å droppe den planen, og begynne å bruke., Så denne måneden har jeg laget en portefølje og cv. Den følgende måneden ville jeg begynne å bruke.

Måned 7 – Testing, jobbsøking

Denne måneden har jeg fokusert på å retta opp prosjektene mine og å søke jobber. Jeg ønsket også å lære testing og Redux.

jeg har lagt flexbox å CodeClub.Sosiale å gjøre det lettere. Jeg forbedret mobile UX på jobSort(). Jeg har lagt til testing for å jobSort() med mocha/chai/enzym som var vanskelig å sette opp, enkel å komme i gang, og så vanskelig å få 100% dekning.

Ved slutten av måneden, og jeg hadde brukt 63 jobber. Jeg så på dette som en selvstendig vurdering., Var min portfolio/gjenoppta god nok? Hvis så, hva gjorde jeg må jobbe med å forberede seg på intervjuer? Ved første, jeg søkte med Hacker News: Hvem er Ansettelse, og Faktisk.

På Hacker News, jeg brukte jobSort() for å finne ut hvilke oppføringer som skal gjelde for. På Faktisk, jeg prøvde ikke-programvare selskapene for å se om jeg kunne få en samtale eller et intervju hvor som helst.

Ved første, jeg var å søke raskt og ikke tilpasse min cv/cover letter. Så, jeg bestemte meg for å tilpasse min følgebrev og cv, og prøv deretter å sende en e-post til noen fra selskapet., Denne metoden var klart bedre enn hagle tilnærming.

jeg fikk fem samtaler som måned — to fra rekruttering selskaper og tre fra software selskaper som følger:

• en eøs-DevOps/testing rolle i en dotcom-selskap
• en serie B-mat analytics selskap, og
• en ganske stor og vellykket oppstart som nylig ble kjøpt av en stor corporation

jeg har gjort det siste HR-skjermen i to av disse, men ingen av dem ga en på-stedet-intervju. Jeg var ganske fornøyd med de tre samtaler, og jeg lærte mye av dem.,

Alle som er nevnt på nettet som junior utviklere er ikke forventet å vite at mye fra start, de trenger bare å være lidenskapelig og spennende å lære. Så jeg tenkte, lett. Jeg er en lidenskapelig og spennende å lære. Hva jeg lærte fra disse samtalene, var imidlertid at ingen var ute etter en junior utvikler. De forventer at du vet hva du gjør fra dag én.,

Disse samtalene har lært meg at jeg trengte å

• være god nok til å tilføre verdi fra dag én
• være trygg nok til å overbevise dem om at jeg kan gi noe av verdi fra dag én

Måned 8 – nattskift, Redux, Åpen Kilde, På stedet Intervju

jeg startet denne måneden jobber nattskift for en 40 dagers strekke på min jobb – 6 dager i uken, 12 timer om dagen, 5 PM til 5AM. Ugh.

jeg visste at jeg ikke ville være i stand til å få så mye gjort denne måneden, men jeg hadde et mål, og jeg ønsket å møte det, slik at jeg ikke kunne ta en måned av.,

jeg refactored jobSort å bruke Redux som var overraskende nok ikke så vanskelig som jeg trodde det ville være. Jeg lyttet til en rekke podcaster om det og lese blogposts om det, og det aldri helt ga mening for meg før jeg begynte å bruke den.

jeg liker flyten av data med Redux. Det som er interessant nå ser folk klager på Redux. Jeg tror ikke jeg er kvalifisert til å tuten av mine meninger sterkt, men jeg liker redusering mønster.

Dette skulle bli måneden av åpen kildekode for meg., Jeg hadde tenkt å lage min første open source-bidrag, og det ville være et stort bidrag til en fantastisk bibliotek. Jeg hadde tenkt å bidra til å Reagere!

Alle sa det var en vanskelig codebase å lese la alene for å bidra til. Men jeg trengte å skille seg ut, jeg trengte å være unik. Jeg visste at mitt bidrag ville ikke være betydelige, men jeg fortsatt ønsket å gjøre det likevel.

jeg vil starte med å lese dokumenter hele veien gjennom, og deretter helle gjennom codebase. Se hver utgave, hver PR. Å lese gjennom Reagere dokumenter i full var en stor øvelse, og jeg er glad jeg gjorde det., Men jeg skjønte raskt at problemet med å bidra til å Reagere, er at det bare er ikke så mange «god første spørsmål,» og de får snappet opp raskt.

På en av de meetups jeg deltok på, Anthony Ng anbefalte at jeg prøver ut Nedgiring, en autofullfør-biblioteket ved Kent C. Dodds. Dette var en gamechanger. Det var midt i min styrehus. Høyre vanskelighetsgrad, riktig mengde problemer for å hjelpe til med, ikke for mange samarbeidspartnere, super nyttig ansvarlige, rene godt testet koden. På toppen av alt dette, det var en perfekt løsning til noen problemer jeg hadde med min jobSort () – programmet.,

Omtrent halvveis gjennom måneden, fikk jeg en e-post fra ett av selskapene jeg søkte i forrige måned. De satte opp en første telefonen skjermen, og deretter en teknisk telefonen skjermen. Den teknologi som de var ute etter var akkurat det jeg hadde lært – Reagere, Redux, og D3. Jeg stort sett bare snakket om mine prosjekter og hvorfor jeg gjorde visse beslutninger. Etter dette, de ba meg om å komme på stedet for et intervju. Min første på stedet intervju!,

jeg hadde ikke forberedt for intervjuer i det hele tatt, så jeg gikk inn i det med forventning om at jeg ikke ville få jobben, men jeg ville få verdifull intervjue erfaring. Jeg var også kjører på tre timer søvn siden jeg var fortsatt jobber nattskift som hjalp ikke. Heldigvis, den tekniske delen var ikke whiteboarding, bare en times par-programmering-økten. Det var en ganske grei utfordring, men jeg var veldig nervøs.

Ved første, jeg var bekymret for å sørge for at jeg visste alt uten å se opp., Da jeg innså at jeg ikke kommer til å fullføre utfordringen, jeg innså at jeg trengte å slutte å bekymre hva intervjueren tenkt på meg og bare google/stakkoverflyt å finne svar. Jeg ville ikke ende opp med etterbehandling, og jeg tenkte at jeg mislyktes totalt.

Siden jeg trodde jeg ikke klarte par programmering, jeg følte meg avslappet for resten av intervjuet. Til slutt, jeg forlot intervjuet med min haken opp. Verste tilfelle jeg fikk noen verdifulle intervjue erfaring, og i beste fall fikk jeg min første jobb som tilbys.,

Måned 9 – jobbtilbud

jeg endte opp med å motta min første jobb tilbyr 9 måneder og 7 dager etter at første dag når jeg bestemte meg for at jeg skulle dykke med hodet først inn i programmering med den hensikt å endre karrierer. Jeg følte meg trygg gitt at jeg fikk et tilbud etter min første på stedet intervju, men på samme tid, hvis jeg ikke tar den tilbyr, hva om dette var det eneste tilbudet jeg ville få i flere måneder? Jeg endte opp med å ta den tilbyr, og jeg er fornøyd med min beslutning. Jeg ønsket å få betalt for å kode!,

Råd

Opp til dette punktet, har jeg for det meste delt min historie med noen råd drysset på. Sjansene er hvis du leser dette, enten du tenker på å endre karrierer, eller er i midten av å lære å kode med den hensikt å endre karrierer. Jeg håper at rådene nedenfor hjelper deg med å utvikle en plan eller en stokk med gjeldende plan og nå dine mål.

1. Finn ut hva som motiverer deg og bruke det til din fordel. For meg var det sjekklister, dokumentere fremgangen min, og i samspill med ulike programmering samfunn., Hvis du ikke er motivert til å nå dine mål, så ingenting annet betyr noe, fordi du ikke er ferdig.
2. Kontroller målene og møte dem. Jeg vil argumentere for at du skal ha månedlige mål og kanskje til og med daglige mål. Månedlig mål å sørge for at du er på vei for å møte dine viktigste mål, og daglige mål å sørge for at du faktisk gjør daglig fremgang. En strategi som fungerte for meg var å gjøre min daglige mål natten før. På den måten, du kan ikke gjøre uproduktivt arbeid hele dagen, og føler at du har gjort fremskritt når du egentlig ikke., Det tvinger deg til å sammenligne ditt daglige prestasjoner med dine daglige mål.
3. Gå til meetups måte før du tror du er klar. Kommer til å meetups kan føles skummelt, men som jeg nevnte ovenfor. Men, generelt alle er fine og villig til å hjelpe. Du kan finne folk som ikke er interessert i å snakke med deg, men de er i mindretall, og ingen vil være fordømmende. Også, alle elsker å gi råd (som jeg gjør akkurat nå).
4. Bidra til åpen kildekode måte før du tror du er klar., Når du først starter programmering, Github virker som denne skremmende sted at du aldri ønsker å gå til. Det er faktisk svært innbydende for nybegynnere og er et flott sted å se god kode og få din egen kode gjennomgått. Hvis du fremdeles ikke er overbevist, kan du sjekke ut innlegget mitt, Hvorfor du bør bidra til åpen kildekode-akkurat nå.
5. Start for å anvende måte før du tror du er klar. Dette var tøft for meg fordi jeg trodde jeg var annerledes. Jeg trodde jeg hadde ikke behov for å teste markedet for å få en følelse for hva du skal arbeide på. Jeg trodde jeg ville vite når jeg ville være klar til bruk. Jeg sier deg akkurat nå., Du vil ikke vite når du skal bruke. Så du kan like godt starte nå. Du bør ikke gå gale, og gjelder for 300 selskaper før du lærer for looper. Men du bør vite at den beste måten å vite hva du trenger å lære er ved å bruke og teste markedet.

Nå kan få tilbake det ut og kode!