i det här inlägget delar jag hur jag gick från noll(ish) till ett sexsiffrigt mjukvaruteknikjobb på nio månader medan jag arbetade heltid och var självlärd.
När jag skulle börja läsa en framgångshistoria skulle jag omedelbart leta efter författarens bakgrund och hoppas att den skulle matcha min. Jag hittade aldrig någon som hade samma bakgrund som jag gjorde, och troligtvis kommer min inte att matcha din exakt.,
ändå hoppas jag att min berättelse inspirerar andra och fungerar som en värdefull datapunkt som kan läggas till din framgångshistoria dataset.
fullständig information
Jag tog en Visual Basic for Applications (VBA) kurs i gymnasiet (nio år sedan). I min freshman engineering course (för sju år sedan) lärde jag mig några C, Python, Matlab och Labview. Jag tog examen från ett bra universitet med en kemiteknik och en bra GPA (för tre år sedan). Jag hade inte gjort någon programmering utanför skolan, i gymnasiet eller college, tills jag bestämde att jag ville lära mig förra året.,
efter college fick jag ett jobb som processingenjör vid ett raffinaderi. Jag arbetade där tills jag bytte karriär till mjukvaruteknik.
varför jag ville byta karriär
Jag njöt av att lösa tekniska problem, men jag visste att jag ville komma in i näringslivet / startvärlden någon gång. Jag höll alltid tanken på en MBA i bakhuvudet, men varje gång jag tittade på prislappen på de bästa skolorna, min ränta avtog.
den 27 maj 2017 hittade jag mig själv googling om MBAs igen, och på något sätt snubblade jag på programvaruteknik. Det verkade som en perfekt passform.,
mjukvaruingenjörer är i ökande efterfrågan, lönerna är stora, och det är den perfekta industrin för att komma in i startvärlden utan att behöva massor av startkapital. Allt du behöver är en dator, och dina möjligheter är obegränsade (typ av).
i ingen annan teknisk disciplin kan du bara ha en idé, börja bygga den, visa den för användarna och iterera med lite kapital och lågt hinder för inträde. I kemiteknik behöver du i huvudsak en löpande anläggning eller mycket pengar för att designa en växt om du hade en idé för en ny produkt.,
Jag hade hört talas om att människor slutar sina jobb och deltar i en bootcamp, men ju mer jag läser om det online, desto mer insåg jag att du helt kan lära dig allt på egen hand om du är engagerad och fokuserad.
Du kan hävda att du förlorar på nätverks-och karriärrådgivning som tillhandahålls av en bootcamp. Detta kan vara sant, men jag hade turen att jag bodde i Bay Area som tillät mig att delta i flera meetups, så jag nätverk på det sättet.
dessutom var det värsta fallet att jag skulle inse att jag inte kunde göra det på egen hand, och då skulle jag sluta mitt jobb för att delta i en bootcamp.,
målet
Du måste ha ett mål. Speciellt om du försöker lära dig när du arbetar heltid. Det är lätt att låta ditt lärande dra på och på om du inte har någon extern tryck driver du. Så du måste skapa internt tryck. Ditt mål ska vara enkelt och kvantitativt. Du bör göra tillräckligt med forskning för att komma med ett rimligt mål., Mine var följande:
få ett mjukvarutekniskt jobb inom ett år med samma eller bättre lön än jag gör just nu.
Planen
När du har ett mål behöver du en plan för att hjälpa dig att komma dit. Det är där du konsumerar så många framgångshistorier som du kan. Ingen av dem kommer att matcha din exakta situation, men du kan ta några råd från var och en., Jag utvecklade (och upprepas på) min plan är att använda resurser som learnprogramming subreddit, den freeCodeCamp forum och Medium.
den 27 maj 2017 bestämde jag mig för att göra kodningen, och jag duva i huvudet först. Den dagen bestämde jag mig för att börja sätta in högst 40 timmar per vecka på mitt jobb, så att jag hade tid att koda efter jobbet och på helgerna. Lyckligtvis för dig, Jag gjorde ett ganska bra jobb med att dokumentera mina framsteg.,
min plan, genom många iterationer, slutade att se ut så här:
- ta en Intro till CS-kurs för att få en solid bas förståelse av core CS-koncept
- följ freeCodeCamp tills jag kan bygga portföljnivå full stack webbappar på egen hand
- Refactor för att rensa upp koden, lägga till testning, fokusera på avancerade koncept
- bidra till öppen källkod
- förbereda sig för jobbintervjuer
för att starta var min plan enkel., Vid den tiden trodde jag att jag skulle följa Googles tekniska Guide, så jag började med sin rekommenderade introduktionskurs, Udacity CS101.
månad 0 – Udacity CS101, Harvard CS50
det höga beslutet gav mig massor av energi. Jag skulle börja koda så snart jag kom hem från jobbet och skulle inte sluta förrän jag gick och lade mig. Och sedan igen hela helgen. Udacity CS101 spårade färdigställandeprocenten, vilket var en stor motivator för mig. Jag loggade min slutförande procent varje dag efter kodning. Jag avslutade de första 75% på 10 dagar., De senaste 25% var tung i rekursion, och det var lite hårdare för mig. Sammantaget tog det mig 20 dagar att avsluta Udacity CS101.
medan jag tog Udacity CS101, hade jag börjat läsa learnprogramming subreddit ganska tungt. Jag läste att det var viktigt för självlärda utvecklare som vill göra en karriärförändring för att vara aktiv online. Jag bestämde mig för att göra nya Twitter, Reddit, Stack Overflow, Medium och Quora konton med mitt fullständiga namn, så att jag kunde bygga upp en online-närvaro.,Instagram, Facebook, och icke-programmerings subreddits.
jag bestämde mig också för att sluta läsa distraherande media som Instagram, Facebook och icke-programmerings subreddits. Jag skulle bara kolla min telefon för programmeringsrelaterade nyheter och inlägg. Detta var avgörande för att se till att jag fick reda på de bästa inlärningsvägarna och inlärningsresurserna. Det var på grund av detta som jag fick reda på om Harvard CS50 på edX.
jag var ursprungligen nöjd med att bara göra en intro kurs, men alla tycktes rekommendera Harvard CS50, så jag bestämde mig för att dyka in i det nästa., CS studenter vid andra skolor hade tagit denna kurs och sade att de lärde sig mer i CS50 än ett år eller två vid deras universitet studerar CS. Det allmänna samförståndet var att kursen var svår men värt det. I slutet av månad 0 hade jag slutfört de första 5 föreläsningarna och läxuppgifterna.
månad 1 – Harvard CS50, Linux, 1st Meetup, freeCodeCamp
Jag avslutade CS50 ungefär halvvägs in i månaden. Jag kommer inte att kommentera för mycket på min erfarenhet med CS50, för jag skrev ett djupgående inlägg om min erfarenhet här.
TLDR: det är en bra kurs, jag rekommenderar det starkt., David Malan är en utmärkt föreläsare, och det finns massor av resurser för att hjälpa dig att komma igenom det. Du börjar i C, gå vidare till Python, och sedan avsluta med webbutveckling. Det är mycket tätt, och det finns mycket material, men jag tycker att det är väl värt det.
efter CS50 bestämde jag mig för att ställa in min XPS 15 till dual boot Windows och Ubuntu. Det var en frustrerande helg. Jag förstörde mina partitioner och nästan bricked min bärbara dator. Jag var nära att plocka min laptop och få en ny.
jag avvänjde mig långsamt från Windows och så småningom bara använda Ubuntu., Jag ville tvinga mig själv att trivas med kommandoraden som jag tror fungerade till viss del, men jag har fortfarande en lång väg att gå.
jag började 100 dagars kod för att se till att jag var fokuserad och kodad varje dag. Det är viktigt att dokumentera dina framsteg. Om du gör framsteg varje dag, det kommer inte att verka så mycket men när du ser tillbaka en månad eller flera månader, du kommer att inse att du faktiskt har gjort en hel del framsteg som motiverar dig att fortsätta.
Jag visste att nätverk skulle göra eller bryta mig, så jag uppsamlade modet att gå till min första kodning meetup., Jag hade aldrig gått till någon meetup än mindre en kodning meetup. Jag var så nervös att efter att ha kört dit, parkerat och gått till dörren vände jag mig nästan om och gick hem.
det hjälpte till att det var gruppens första möte. Jag insåg snabbt att det inte fanns någon anledning att vara nervös. Ingen kände varandra, ingen var dömande, och alla var ivriga att lära sig. Detta var början på en meetup-spree. Jag slutade delta över 50 meetups i 9 månader.
Jag är glad att jag började gå till meetups tidigt., De flesta började bara delta i möten när de letade efter ett jobb, men vid den tiden är det nästan för sent. Det finns så många skäl att börja tidigt. För att nämna några:
- Det tar lång tid att utveckla relationer. Att börja tidigt innebär att du har kontakter som kan gå i god för dig när du letar efter ett jobb senare
- att prata om programmering med främlingar är ett bra sätt att förbereda sig för intervjuer
- Du kan lära dig nya ramar, verktyg och lära resurser från personer som är framför dig. Detta kan påverka din framtida inlärningsplan.,
det fanns viss osäkerhet vid denna tidpunkt i min kodningsresa. Det handlade om när jag behövde bestämma vilken typ av mjukvaruutvecklare jag ville vara.
i slutändan valde jag webbutveckling eftersom det verkade som om det var hög efterfrågan och också en hel del online-resurser. När jag hade räknat ut det, behövde jag ta reda på vad jag skulle göra härnäst. Vissa människor rekommenderade att i detta skede bör jag tänka på webbappar jag ville bygga och sedan komma igång. Vissa människor rekommenderade Odin-projektet eller freeCodeCamp.,
killen som körde vecko meetup jag deltog visste Ruby och ville göra projekt med Ruby. Detta var en stor anledning till att jag fattade beslutet att gå in på Odin-projektet.
och sedan två dagar senare dumpade jag den idén.
det är en av nackdelarna med att gå den självlärda vägen. En minut tror du att du vet vilken väg du ska ta, men nästa dag undrar du om det var rätt drag.
Jag läste att Ruby föll ur tjänst, och jag bevisade detta genom att söka efter Ruby vs JavaScript jobb, så jag slutade starta freeCodeCamp., Det enda som störde mig om freeCodeCamp var att de kom upp med projektidéerna, så varje husbil gör samma projekt. Detta oroade mig först för att jag ville sticka ut till rekryterare. Men jag slutade älska freeCodeCamp, och nu rekommenderar jag det starkt. För mer information om min erfarenhet och rekommendationer om freeCodeCamp, kolla in min writeup här.
Månad 2 — YDKJS, freeCodeCamp Front, Reagera
jag började läsa för Du Vet inte JavaScript, eftersom alla rekommenderas det att komplettera freeCodeCamp., Jag var tvungen att åter läsa flera avsnitt eftersom det är ganska tät, men det är en perfekt resurs för att lära sig lexikala omfattning, nedläggningar, löften och alla delar av JavaScript som du hör om och vill lära sig men aldrig göra eftersom de verkar svårt.
Jag avslutade främre delen av freeCodeCamp. Checklistan format och Beräknad sluttid hjälpte motivera mig att avsluta snabbt. Jag var också klåda att gå vidare till nästa avsnitt och lära reagera. Men detta innebar också att mina projekt hade minimal styling. Jag gjorde vad som än krävdes för att uppfylla användarhistorierna och inget mer.,
i efterhand borde jag kanske ha fokuserat på att göra projekten mer tilltalande. Kanske skulle detta ha hjälpt mig att lära mig CSS djupare.
nästa steg var att lära sig reagera, och jag var ganska pumpad.
Jag hade hört så mycket om det, och jag var redo att passa in med de coola barnen. Men jag var lite tveksam med tanke på licensfrågorna vid den tiden. Jag är verkligen glad att det inte längre är ett problem. Lärande Reagera var svårt för mig. Jag var inte medveten om några bra handledning då (men det verkar som om det finns ett ton nu).,
Jag försökte läsa docs och följa tillsammans med Facebook: s Tic-Tac-Toe handledning, men jag förstod inte riktigt allt. Jag fick höra om det inte fungerade för mig, så menade det att jag inte förstod JavaScript nog. Så då gick jag tillbaka till att läsa att du inte känner till JavaScript, men igen var det för tätt för mig.
månad 3-freeCodeCamp React, CodeClub, starta freeCodeCamp back End
i slutändan bestämde jag mig bara för att jag skulle arbeta mig igenom freeCodeCamp React-projekten för att se hur det gick. Koden var ful, men den hjälpte mig förstå att reagera lite bättre.,
att meetup jag hade deltagit varje vecka beslutat att de skulle bygga projekt med full stack JavaScript istället för Ruby, och de bestämde att det första projektet skulle vara att bygga en webbplats för meetup-gruppen, CodeClub.Social.
Jag utvecklade kort med React och Meetup API så att användaren kan registrera sig för de kommande tre meetups från vår hemsida. Det var lite svårt för mig att ta en snabb paus från freeCodeCamp att göra detta, men det var en möjlighet jag inte kunde missa. Jag var glad att arbeta med ett projekt med en liten grupp människor., Det hjälpte mig också att lära mig Git och Github.
innan månaden var över började jag arbeta på den bakre delen av freeCodeCamp.
Månad 4 – Klar freeCodeCamp Back-End, Yeggle
jag arbetade igenom alla API-projekt i freeCodeCamp, men jag började avvika från freeCodeCamp på Bilden Söka Abstraction Layer-projektet.
jag kliade för att göra full stack webbapplikationer, så snart jag såg titeln på det här projektet hade jag en idé för mitt eget projekt., Jag skulle göra en nodapp som skulle lagra slumpmässiga imgur-webbadresser i en databas och sedan göra en främre ände som skulle mata ut ett användardefinierat antal av de slumpmässiga bilderna. Vad alla säger är sant: du arbetar hårdare och har mer framgång när du arbetar med ett projekt som var din egen idé.
När jag fick det att fungera var jag väldigt stolt över mig själv. Det var fult och otympligt, men det fungerade.
När jag arbetade genom freeCodeCamp lärde jag mig om vilka projekt som skulle ligga inom mina möjligheter., Jag sprang regelbundet på den tiden, så jag skulle komma med idéer på mina körningar och skriva ner dem när jag kom hem. På så sätt skulle jag ha en lista över projektidéer när jag var redo.
jag kände mig äntligen redo att börja göra mina egna användbara och polerade webbappar med full stack för att dela med användarna och sätta på min portfölj. Jag var så redo att börja.
När jag letade efter en ny restaurang fann jag mig alltid att öppna Yelp för att kontrollera recensioner och sedan öppna kartor för att kontrollera deras recensioner. Vad händer om jag gjorde en app som jämförde båda sida vid sida?
så jag gjorde Yeggle., Jag använde Node / Express / React tillsammans med Google Maps och Yelp API. Det fanns ett par hinder som jag inte trodde att jag skulle kunna övervinna, men i slutändan jag slutade och jag var mycket stolt över min app. Sen skickade jag det till Reddit, och ingen brydde sig. Det var lite trist, men jag lät det inte få ner mig.
månad 5 – StockIT
Jag fick inte lika mycket gjort den här månaden, eftersom jag började med en två veckors semester till Japan och Thailand!
men jag började och slutförde mitt nästa projekt., Jag fortsatte läsa om hur svårt det var att få ett jobb som självlärd utvecklare, så jag trodde att jag behövde göra något unikt. Jag kom ihåg ett spel där en Dow Jones stock graph började trender, och du hade en möjlighet att köpa och en möjlighet att sälja, och målet var att slå marknaden. Syftet med spelet var att visa dig hur svårt det var att slå marknaden.
min idé var att göra ett spel som liknar det, men istället för marknaden skulle du spela mot en maskininlärningsalgoritm. Så jag skapade StockIT.,
Jag tog en video tutorial på pandor och Scikit lära sig som täckte flera maskininlärningstekniker. Jag ville ursprungligen göra några coola djupa inlärningstekniker, men jag insåg att det tog massiva dataset och mer tid än jag ville spendera.
istället fastnade jag i en enkel linjär regressionsmodell. Jag trodde att det skulle vara den svåra delen, men det var inte. att få D3 att jive med React var den svåra delen. Båda biblioteken ville kontrollera DOM. Det fanns några andra bibliotek som hjälpte till att gå med i de två, men jag kände att de var för uppblåsta., Jag slutade med att använda D3 för att generera SVGs och reagera för att hantera DOM som fungerade ganska bra för mig.
den här gången när jag delade den med Reddit älskade alla det!
visar sig, precis som VCs, redditors handlar om att maskininlärning. All kärlek från Reddit var en stor självförtroendeboost. Folk spelade mitt spel och njöt av det!
månad 6 – jobSort(), jobbjakt Prep
efter StockIT rullade jag direkt in i mitt nästa personliga projekt. Jag ville göra ett jobbkort som aggregerade de mindre tekniska fokuserade jobblistningswebbplatserna som Stack Overflow, Github och Hacker News., För att lägga till min egen unika spinn till det bestämde jag mig för att ha det sorterat baserat på den teknik som användaren ville ha i ett jobb och hur illa de ville ha var och en av dem.
till exempel, låt oss säga att jag letade efter ett jobb som letade efter någon som kände JavaScript, reagera och/eller Python, och jag ville verkligen arbeta med JavaScript och reagera men jag brydde mig inte så mycket om Python. Då kunde jag ge JavaScript en 3, reagera en 3, och kanske Python en 1. Listorna skulle sedan Sortera därefter.,
jag sprang in i olika hinder med detta projekt och var tvungen att byta kurs ett par gånger, men jag slutade med en produkt jag var nöjd med. Min sista tech stack var Reagerar/Node/Express/MySQL. Jag postade projektet till cscareerquestions subreddit och fick 650 visningar innan det togs ner eftersom de inte tillåter personliga projekt.
den ”slutliga” produkten är här, och om du är intresserad av att veta mer om mina kamper och reaktorer, kolla in mitt inlägg här.
på grund av mina problem tog jobSort() upp en anständig del av månaden., Jag slutade få kaffe med en vän jag hade träffat vid min första möte, och han rådde mig att börja söka jobb nu. Jag läste överallt att alla säger att de väntade för länge för att ansöka. Också, när jag såg ett inlägg frågar när man ska ansöka, den översta kommentaren var alltid ” nu.”
i mitt huvud skulle jag arbeta mig igenom Min strukturerade plan för att bygga upp min portfölj med personliga projekt och sedan arbeta med bidrag med öppen källkod och sedan förbereda sig för intervjuer och äntligen börja söka jobb. Den här vännen övertalade mig att lämna planen och börja ansöka., Så den här månaden gjorde jag en portfölj och ett CV. Följande månad skulle jag börja ansöka.
månad 7 – testning, jobbjakt
den här månaden fokuserade jag på att röra upp mina projekt och ansöka om jobb. Jag ville också lära mig testning och Redux.
Jag lade flexbox till CodeClub.Social för att göra den lyhörd. Jag förbättrade mobila UX på jobSort(). Jag lade till testning till jobSort () med mocka/chai/enzym som var svårt att ställa in, lätt att komma igång, och sedan svårt att få 100% täckning.
i slutet av månaden hade jag ansökt om 63 jobb. Jag såg detta som en självbedömning., Var min portfölj/CV tillräckligt bra? Om så är fallet, vad behövde jag jobba med för att förbereda mig för intervjuer? Först ansökte jag med Hacker News: vem anställer, och faktiskt.
På Hacker News använde jag jobSort() för att bestämma vilka listor som ska ansöka om. På faktiskt, jag försökte icke-mjukvaruföretag för att se om jag ens kunde få ett samtal eller en intervju var som helst.
först ansökte jag snabbt och inte personaliserade mitt CV / följebrev. Sedan bestämde jag mig för att anpassa mitt följebrev och återuppta, och försök sedan skicka ett mail till någon från företaget., Denna metod var klart bättre än Hagelgevär tillvägagångssätt.
Jag fick fem samtal den månaden-två från att rekrytera företag och tre från mjukvaruföretag som inkluderade:
- en upphandlande DevOps / testroll på ett dotcom-företag
- en serie B food analytics-företag, och
- en ganska stor och framgångsrik start som nyligen köptes av ett stort företag
Jag gjorde det förbi HR-skärmen i två av dessa, men ingen av dem gav en intervju på plats. Jag var ganska nöjd med de tre samtalen, och jag lärde mig mycket av dem.,
alla nämnde online att yngre utvecklare inte förväntas veta så mycket från början, de behöver bara vara passionerade och glada att lära sig. Så jag tänkte, lätt. Jag är passionerad och glada att lära. Vad jag lärde mig av dessa samtal var dock att ingen letade efter en junior Utvecklare. De förväntar sig att du ska veta vad du gör från dag ett.,
dessa samtal lärde mig att jag behövde
- vara tillräckligt bra för att lägga till värde från dag ett
- vara säker nog att övertyga dem om att jag kan lägga till värde från dag ett
månad 8 – Nattskift, Redux, öppen källkod, Intervju på plats
jag började den här månaden arbeta nattskiftet för en 40 – dagsträcka på mitt heltidsjobb-6 dagar i veckan, 12 timmar om dagen, 5PM till 5AM. Usch.
Jag visste att jag inte skulle kunna få så mycket gjort den här månaden, men jag hade ett mål och jag ville träffa det, så jag kunde inte ta en månad ledigt.,
jag refactored jobSort att använda Redux som förvånansvärt inte så svårt som jag trodde att det skulle vara. Jag lyssnade på många podcasts om det och läste bloggposter om det, och det var aldrig riktigt meningsfullt för mig tills jag började använda det.
Jag gillar verkligen dataflödet med Redux. Det är intressant att se folk klaga på Redux. Jag tror inte att jag är kvalificerad att pipa av mina åsikter starkt, men jag gillar reducermönstret.
detta skulle vara månaden för öppen källkod för mig., Jag skulle göra mitt första open source-bidrag, och det skulle vara ett bra bidrag till ett fantastiskt bibliotek. Jag skulle bidra till att reagera!
alla sa att det var en svår kodbas att läsa än mindre bidra till. Men jag behövde sticka ut, jag behövde vara unik. Jag visste att mitt bidrag inte skulle vara betydande, men jag ville ändå göra det.
Jag skulle börja med att läsa docs hela vägen igenom och sedan hälla genom kodbasen. Titta på varje nummer, varje PR. Att läsa igenom React docs i sin helhet var en bra övning, och jag är glad att jag gjorde det., Men jag insåg snabbt att problemet med att bidra till att reagera är att det bara inte finns så många ”bra första problem”, och de blir snatched upp snabbt.
Vid en av de meetups jag deltog, Anthony Ng rekommenderas att jag prova Nedväxling, en komplettera automatiskt bibliotek av Kent C. Dodds. Detta var en gamechanger. Det var rätt i mitt styrhus. Den rätta svårigheten, rätt mängd problem att hjälpa till med, inte för många medarbetare, super helpful maintainer, clean well-tested code. Utöver allt det var det en perfekt lösning på några problem jag hade med min jobSort () ansökan.,
ungefär halvvägs genom månaden fick jag ett mail från ett av de företag Jag ansökte om under föregående månad. De ställer in en första telefonskärm och sedan en teknisk telefonskärm. Tekniken de letade efter var precis vad jag hade lärt mig-reagera, Redux Och D3. Jag pratade mest om mina projekt och varför jag fattade vissa beslut. Efter detta bad de mig komma på plats för en intervju. Min första intervju på plats!,
Jag hade inte förberett för intervjuer alls, så jag gick in i det med förväntan att jag inte skulle få jobbet, men jag skulle få värdefull intervjuer erfarenhet. Jag sprang också på tre timmars sömn eftersom jag fortfarande arbetade nattskiftet som inte hjälpte. Lyckligtvis var den tekniska delen inte whiteboarding, bara en timmes parprogrammeringssession. Det var en ganska enkel utmaning, men jag var väldigt nervös.
först var jag orolig för att se till att jag visste allt utan att titta upp det., När jag insåg att jag inte skulle avsluta utmaningen insåg jag att jag behövde sluta oroa mig för vad intervjuaren tyckte om mig och bara google/stack overflow för att hitta svar. Jag slutade inte, och jag trodde att jag misslyckades kapitalt.
eftersom jag trodde att jag misslyckades parprogrammeringen kände jag mig avslappnad för resten av intervjun. I slutändan lämnade jag intervjun med min haka upp. Värsta fall fick jag några värdefulla intervjuer erfarenhet, och bästa fall fick jag mitt första jobb erbjudande.,
månad 9 – jobberbjudande
Jag fick mitt första jobberbjudande 9 månader och 7 dagar efter den första dagen när jag bestämde att jag skulle dyka huvudet först i programmering med avsikt att ändra karriärer. Jag kände mig säker med tanke på att jag fick ett erbjudande efter min första intervju på plats, men samtidigt, om jag inte tog erbjudandet, vad händer om detta var det enda erbjudandet jag skulle få i flera månader? Jag slutade ta erbjudandet, och jag är nöjd med mitt beslut. Jag ville få betalt för att koda!,
råd
fram till denna punkt har jag mestadels delat min historia med några råd som ströks in. Chansen är att om du läser detta, du antingen funderar på att ändra karriärer eller är mitt i att lära sig att koda med avsikt att ändra karriärer. Jag hoppas att rådet nedan hjälper dig att utveckla en plan eller hålla fast vid din nuvarande plan och nå ditt mål.
- ta reda på vad som motiverar dig och använda den till din fördel. För mig var det checklistor, dokumenterar mina framsteg och interagerar med olika programmeringsgrupper., Om du inte är motiverad att nå ditt mål, då inget annat frågor eftersom du inte kommer att avsluta.
- gör mål och träffa dem. Jag skulle hävda att du borde ha månatliga mål och kanske till och med dagliga mål. Månatliga mål att se till att du är på rätt spår för att uppfylla ditt huvudsakliga mål, och dagliga mål för att se till att du faktiskt göra dagliga framsteg. En strategi som fungerade för mig var att göra mina dagliga mål kvällen innan. På så sätt kan du inte göra oproduktivt arbete hela dagen och känna att du gjorde framsteg när du verkligen inte gjorde det., Det tvingar dig att jämföra dina dagliga prestationer med dina dagliga mål.
- gå till meetups långt innan du tror att du är redo. Att gå till meetups kan känna sig skrämmande, men som jag nämnde ovan. Men i allmänhet är alla trevliga och villiga att hjälpa till. Du kanske hittar människor som inte är intresserade av att prata med dig, men de är minoriteten och ingen kommer att vara dömande. Dessutom älskar alla att ge råd (som jag gör just nu).
- bidra till öppen källkod långt innan du tror att du är redo., När du börjar programmera, Github verkar som denna skrämmande plats som du aldrig vill gå till. Det är faktiskt mycket välkomnande för nybörjare och är ett bra ställe att se bra kod och få din egen kod granskad. Om du fortfarande inte är övertygad, kolla in mitt inlägg, varför ska du bidra till öppen källkod just nu.
- börja tillämpa sätt innan du tror att du är redo. Den här var tuff för mig eftersom jag trodde att jag var annorlunda. Jag trodde att jag inte behövde testa marknaden för att få en känsla för vad man ska arbeta med. Jag trodde att jag skulle veta när jag skulle vara redo att ansöka. Jag säger det nu., Du vet inte när du ska ansöka. Så du kan lika gärna börja nu. Du borde inte bli galen och ansöka om 300 företag innan du lär dig för loopar. Men du bör veta att det bästa sättet att veta vad du behöver lära dig är genom att tillämpa och testa marknaden.
nu komma tillbaka ut och kod!
Lämna ett svar