Kuidas saada arendajale tööd vähem kui aastaga

Kiirendage oma õppimist

Mis on kõige keerulisem osa inimesel, kes otsustab ennast kodeerida õpetama? Asjaolu, et nad tavaliselt ei tea, mida õppida - millist programmeerimiskeelt valida, kuidas õppimisele läheneda, millised ressursid on ajaefektiivsuse osas parimad.

Kõik algab Google'i otsingutest nendel teemadel, mis viib inimesed paratamatult ühe paljudest allikatest, mis õpetavad inimesi kodeerima. Nende ressursside formaat on väga erinev ja terve mõistus ütleb meile, et peaksime proovima hulga erinevaid ressursse ja valima need, mis sobivad kõige paremini meie õppimisstiiliga. Õpetused mõnele inimesele, ekraanipildid teistele, artiklid veel ühele rühmale jne. Tundub üsna loogiline, kas pole?

Noh ... ei. Täna tahan teid veenda, et üks neist õppevormingutest viib teid sinna, kus soovite olla kiirem kui ükski teine. Viivitamata lubage mul teile öelda, mis see on ja miks peaksite kõik oma jõupingutused sellele keskenduma.

Ehita projekte

Vean kihla, et nägite seda tulemas.

Kõigepealt lubage mul mõned teie vastuväited kõrvale jätta. Ma ei ütle, et peaksite kõik muud tüüpi õppevahendid täielikult loobuma.

Kõigil õpetustel ja ekraanipiltidel on oma koht päikese all ja seda käsitlen artiklis pikemalt. Näiteks võib mõnikord kõige tõhusam viis uue tehnoloogia või raamistikuga tutvumiseks olla artikli lugemine või õpetuse läbimine.

Probleem on selles, et me kipume kinni pidama (või vähemalt mina) ressurssidest, mis hoiavad meid mugavustsoonis, isegi kui on aeg midagi ise teha. See on lihtsalt liiga mugav, tarbimiseks valmis. See paneb meid ka alati end suurepäraselt tundma, sest kuule, siin me oleme, õpime! Eks? Kes saaks öelda, et raiskame aega? Kuidas nad julgevad? Täidame lüngad oma teadmistes!

On ohtlik, et meile võib tunduda, et need ressursid on ka kõige tõhusam viis õppimiseks. Inimestena võime õigustada peaaegu kõike, mis hoiab meid mugavustsoonis. Olen selles illusioonis elanud üsna pikka aega.

Koputage, koputage, Neo.

Projektide loomine ... mida uut selles idees on? Midagi ja sügaval sisimas teame kõik, et see kulutaks meie aega ja energiat kõige paremini ning viiks meid kiiremini oma eesmärkideni. Miks me siis seda ei tee? Vastupanu.

Olen vastupanust rääkinud oma eelmises artiklis (lugege seda, kui teil on raskusi või kui tunnete end ummikus), nii et lubage mul selgitada, miks ma selle teema suhtes nii kindel olen, ja lubage mul veenda teid fookust muutma (kui see pole nii juba seal) ehitamiseni.

Nagu Neo Matrixis, kellele antakse valik punase ja sinise tableti vahel, võime ka tagasi pöörduda oma illusioonide juurde, et kogu aeg kätt hoidvad ressursid on parim viis õppida või võime võtta punase pill ja võtke omaks reaalsus, et me liigume edasi ja kasvame alles siis, kui oleme mugavustsoonist väljas. (Kui te pole Matrixit vaadanud, peaksite seda ilmselt tegema.)

Siin on mõned minu mõtted selle kohta, kuidas läheneda nendele projektidele, mille alustamine võib olla hirmutav, samuti mõned näpunäited, mille olen teel üles leidnud.

See võib võtta isegi vähem kui aasta (mis?)

Selle taga on see, et tuginedes minu isiklikule kogemusele, meie Free Code Camp Toronto rühma liikmetega rääkimisele ja liikmete teekondade lugemisele üle kogu maailma.

Ma leian, et kõige sagedamini suudavad inimesed tööd leida juba enne, kui nad on lõpetanud Free Code Campi esiotsa arendamise sertifikaadi. Nad ehitavad vajalikud projektid ja hakkavad kandideerima. Varsti saavad nad raha pakkumise pakkumise.

Kui loete läbi Free Code Campi subredditi, leiate, et selliseid lugusid on palju.

Pange tähele, et tööturud on linniti erinevad. Näiteks Torontos on väga palju esiotsa arendajate töökohti.

Free Code Campi ametlik seisukoht on, et peaksite läbima kõik 2080 tundi õppekava. Tõenäoliselt olete palju tugevam kandidaat (ja juhite suuremaid palku keerukamatel ametikohtadel), kui seda teete.

Teeme matemaatikat:

Eesmise veebiarenduse sertifikaat koos tasuta koodilaagriga võtab aega umbes 478 tundi. On inimesi, kes täidavad selle kiiremini, kuid see varieerub sõltuvalt inimese ettevalmistuse tasemest, seega hoiame oma baasina 478.

Mis on vähem kui aasta? Argumendi huvides töötame koos 9 kuuga. 9 kuud * 30 päeva annab meile 270 päeva.

478 tundi / 270 päeva on umbes 1,8 tundi päevas. See tähendab, et me suudame kodeerida vähem kui 2 tundi päevas ja 9 kuu pärast võime tööks valmis olla.

Ma tean, et mõne inimese jaoks ei võimalda ajakava kahte vaba tundi päevas, kuid enamiku jaoks on neid võimalik leida. Teiste jaoks võib see veidi kauem aega võtta, kuid alati on nädalavahetusi ja muid võimalusi aja leidmiseks (või leidmiseks).

Kui otsite nõu, kuidas leida aega koodimiseks, võtke minuga kindlasti ühendust Twitteris ja mul on hea meel aidata.

Mul kulus sellest natuke kauem - umbes aasta ja kaks kuud. See artikkel on analüüsi põhjustest, miks see võttis mul kauem aega, kui oleks pidanud. Olen teinud kõik vead, millest artiklis räägin. Kui ma teile nõu annan, pidage meeles, et annan seda nõu ka endale. Oleme ühes paadis.

Mind palgati enne, kui jõudsin lõpetada Free Code Campi esiotsa õppekava, kuid tean kindlalt, et see aitab mul arendajana nende projektide juurde tagasi jõuda ja lõpule viia. Siia artiklisse olen paigutanud lingid oma Codepeni profiilile (mul on seda natuke häbi!) Ja kui seda vaatate, näete, et mul on veel pikk tee minna. Nii et ma ütlen - teeme seda koos! Võtan endale eesmärgiks kõigi Front Endi projektide lõpuleviimine ja nende seadmine minu prioriteediks kõige muu lähitulevikus õpitud koodiga seotud ees.

See artikkel on mõeldud mulle ja teile - selleks, et panna meid ebamugavusi läbi ajama ja optimeerima õppimist, et jõuaksime sinna, kus tahame olla kiirem!

Veenduge, et oleksite oma põhitõed läbi mõelnud

Usun kindlalt, et kohe õppimise alguses peaksite kindlasti õppematerjalide ja interaktiivsete veebiressursside abil tutvuma HTML-i, CSS-i, JavaScripti süntaksiga, õppima programmiliselt mõtlema ja tundma rõõmu olulistest, põhilistest asjadest.

Katse ehitada projekte kohe ilma nende teadmisteta oleks liiga pettumust valmistav. Veenduge, et te ei kulutaks selles etapis liiga palju aega, kuna seda on väga lihtne teha.

Kui õppisin HTML / CSS / JS-i, läksin õppima sarnaseid teemasid erinevatest ressurssidest, arvates, et see täidaks kuidagi kõik minu teadmiste lüngad. See täitis küll mõned lüngad, kuid mingil hetkel sain aru, et kasutan neid ressursse karguna, et hoida mind liikumast uute põnevamate, kuid veidi õudsemate asjade juurde. Ärge jääge juba tuttava teabe ülevaatamise ja uuesti vaatamise lõpututesse silmadesse (tõenäoliselt mõnda aega?

Ärge andke ratsionaliseerimisele järele

Projekte looma asudes jääd paratamatult jänni. Sellest kinni pidades ületate mõne aja pärast tõkkepuu, kuid varsti pärast seda tabate teist. See pole valik ja see juhtub kõigiga.

Sellistel hetkedel karjub iga kehaosa - teeme midagi muud, jookseme siit ära, see tekitab minus ebamugavust, saan sellega hiljem tegeleda, kui tean rohkem, naasen selle juurde jne. Nii et teeme pausi.

Kuid me kardame, et meie paus venib ja me lihtsalt jätkame järjest vähem kodeerimist ja loobume sellest. Selleks, et seda ei juhtuks, kuid hoides siiski kinni oma otsusest projektiga mitte töötada, otsustame, et praegu töötame läbi mõne õpetuse või veebikursuse.

Enda loomisest loobumine on väga lihtne. Keegi ei ütle, et te ei õpi teid selle tegemise eest kuidagi kodeerima ega kritiseerima. Sina oled ainus, kes suudab tuvastada, mis tegelikult toimub (hirm, riski vältimine, vastupanu), ja teha otsuse jääda projektiga tegelema.

Uskuge mind, kõik seinad lagunevad, kui paugutate neid piisavalt kaua. Mõelge neile inimestele, kes tol ajal õppisid võõrkeeli, omades sama raamatu kahte eksemplari oma emakeeles ja sihtkeeles. Kuidas nad seda tegid? Nad jäid selle juurde lihtsalt piisavalt kaua.

Ärge alustage oma SUUREST IDEEST

On hämmastav, et see teil juba on, kuid siin on veel mõned kaalutlused, mis võivad teie meelt muuta. Selle mõtte välja toomise põhjuseks on see, et ma kuulen seda inimestelt palju: „Ma tahan luua veebirakenduse, mis võimaldab inimestel luua oma lemmikloomadele kontosid, laadida üles fotosid, jälgida asukohti ja palju muud. Hakkasin hiljuti kodeerimist õppima ja tegelen juba oma idee väljatöötamisega. " See paneb mind minema “Whoa whoa whoa”.

Mida ma näen selles olukorras toimuvat, on see, et inimene pühendub ideele liiga palju, ta alustab väga entusiastlikult ja loob selle aeglaselt üles, kuid mida aeg edasi, seda enam ei suuda tema õppimine projekti nõudmistega sammu pidada ja tundub lohistades, alati mõistuse lõpus, pooleli.

Halvim, mis selles olukorras juhtuda võib, on see, et inimene loobub projektist ja loobub sellega ka kodeerimisest.

Soovitan alustada lihtsate projektidega ja igaüks neist lõpetades tunnete end edukalt ja paremini mõistate, kuidas suurem projekt üles ehitada.

Kujutage ette, et olete kirjanik ja teil on idee oma elu ühest suuremast raamatust ning olete seda kohe kirjutama hakanud. Tõenäoliselt peaksite kogu asja 3–4 korda ümber kirjutama, et see jõuaks korraliku kvaliteedi tasemeni, samas kui võiksite alustada väikeste lugude kirjutamisest, saada tagasisidet, parandada kirjutamist ja pöörduda oma Moby Dicki poole, kui olete tõeliselt valmis.

Kust saada ideid projektide jaoks

Parim koht, mida tean, on Free Code Camp. Seda ma kasutasin pärast täielikku kinnijäämist. Kodeerimise alguses küsisin kõigilt tuttavatelt arendajatelt (nii võrguühenduseta kui ka võrgus), milline peaks olema minu esimene projekt. Ma ei tee sind, kui ma ütlen (üllatus üllatus), nad kõik ütlesid, et see peaks olema rakendus To-Do List. Ma ausalt arvan, et kui me jätkame nende ülesandeloendi rakenduste loomist, on nad varsti kogu interneti täis.

Vaba koodilaager aitas mind mõnes mõttes, et see pakkus loetelu põnevatest projektidest, mis olid järjest järjest kasvavate raskuste järjekorras. Veel üks tore asi on see, et igaüks neist on spetsiaalselt loodud konkreetse teema õpetamiseks, näiteks: Tribute Page viib teie HTML / CSS-i oskused proovile, Show the Local Weather õpetab teid töötama API-ga, koostama JavaScripti Ilmselt parandab kalkulaator teie JS-i oskusi jne.

See on tugevaim lähtepunkt, mida tean, et teid ehitama panna. Kõigi teie lõpetatud projektide kohta saate kogukonnalt tagasisidet ja vaadata, kuidas teised on neile lähenenud (pärast seda, kui olete oma ehitanud, ei peteta!) Täiendava inspiratsiooni saamiseks saate alati Google'i loendit "lahedate koodide projektiideed" ”Või midagi sellist.

Kõigepealt struktureerige oma projekt

Enne ehitama asumist kirjutage välja, mida soovite teha. Laske kirjutada konkreetseid kasutajalugusid, näiteks: „Kasutajad saavad heli esitada, kui nad klõpsavad helipleieri nupul”, „Kasutajad saavad sisse logida nii oma e-posti aadressi ja parooliga kui ka lihtsalt Facebooki kasutades”.

Teie koodil peab olema ka põhistruktuur, enne kui hakkate seda kirjutama. Kirjutage pseudokoodina - selgitage põhimõtteliselt lihtsalt sõnadega, mida rakenduse iga osa või projekti kood teevad.

Põhinäide:

// Kui kasutaja lehe avab, haarake tema asukoht

// Saada taotlus ilmaga API saidile koos asukohaga

// Andmete vastuvõtmine

// Kuvage lehel kraadid

// Muutke lehe taustapilti praeguse ilma kajastamiseks

Ärge üle pingutage, pole vaja kirjutada pseudokoodina välja kõik väiksemad asjad, mida teie kood teeb, kuid peate siiski põhiosad välja panema.

Parim näide, mille saan teile pakkuda, on: pidage meeles, et kui kirjutasite koolis esseesid, pidite need kõigepealt üles ehitama, näiteks sissejuhatus oma arvamusega sellel teemal, 3 peamist punkti oma arvamuse toetuseks ja kokkuvõte .

See aitab teil ennetada võimalikke probleeme ja parandada koodi kvaliteeti.

Jääb ummikusse

Nagu ma juba varem mainisin, on okei kinni jääda. See ei tähenda, et oleme rumalad, vaid lihtsalt ei tea veel. Te kogete alati kinnijäämise hetki: mitte ainult õppides, vaid ka tööl.

Mida kiiremini tunnete end ebamugavalt, seda parem. See muudab teie edusammud palju kiiremaks. Programmeerimine ise on loominguline probleemide lahendamine. Kui teil pole probleeme, mida teil oleks raske lahendada, tähendab see, et mängite seda ohutult. Lõpeta madalas vees tallamine ja sukeldu!

Ennekõike ja ma kordan seda veel kord, ärge pidage ennast rumalaks. Ma tean, et neil hetkedel on seda lihtne teha. Ma räägin tihti inimestega, kes läbisid vaba koodilaagri HTML / CSS / JS osa hõlpsalt, koputades päevas 30–40 üksust, ning seejärel jõuavad nad alg- ja keskalgoritmide juurde ning saavad teada, et nad saavad teha ainult 1– 5 päevas, nii et nad jõuavad järeldusele, et jäid ummikusse ja et nad on rumalad, pole piisavalt head või pole mõeldud arendajaks.

Ma olin samamoodi ka, tundsin, et on ilmselt inimesi, kes lihtsalt lendavad selle osa läbi ja mul oli enesest ja oma edusammudest halb. Nüüd tean paremini.

Mida ma siin öelda tahan, peaksite õppima:

Ole üle pea

Peate leidma selle projekti raskusastme, mis hoiab teid „kergete asjade” ja „endiselt liiga raskete asjade” vahel keskel.

Olen palju rääkinud põhjustest, miks on sama materjali jätkamine ja uuesti õppimine ohtlik (lihtsad asjad), seega räägime võrrandi vastasküljest: rasketest asjadest.

Teie üldreegel, kui lähenete mõnele raskele asjale - millelegi, mida te arvate, et te võib-olla ei suuda - peaks olema proovida seda kõigepealt teha.

Alustage põhistruktuurist ja proovige seda kodeerida. Kui olete keskendunud samale asjale rohkem kui kolmeks päevaks, kui sellele keskendunud, visake see mõneks ajaks maha ja leidke sarnased - kuid natuke lihtsamad - tegevused.

Leian, et pärast seda olen alateadvuses keskendunud ikkagi selle probleemi lahendamisele, mille külge jäin. Ma saan need juhuslikud ideed, kuidas ma saaksin selle lahendada, kui teen lihtsaid asju - näiteks käin duši all või pesen nõusid - see tabab mind ootamatult!

Mõnikord töötab see täpselt nii. Vahel ei lähe. Kuid siin on peamine nõuanne - vali alati midagi, mis teeb sind veidi ebamugavaks . Kõik muu pole teie aega väärt.

Vastupidavus

Tahan teiega jagada ühte oma absoluutset lemmiksõna:

Vastupidavus - süsteemi võime taluda häireid ilma varisemiseta, taluda vapustusi, vajadusel ennast üles ehitada ja võimaluse korral ennast täiendada.

See on hämmastav omadus, mida peaksite programmeerijana (ja elus läbi lüüa sooviva inimesena) endas arendama. Valmista ette kõik probleemid, kõik väljakutsed, kriitika oma tööle, kujundusele, lahendustele ja kõigele muule, mida võiksid teha juba enne nende juhtumist.

Kas kardate laval olla? Registreeruge, et õpetada oma kohaliku kogukonna inimestele veebiarenduse põhitõdesid, või registreeruge konverentsil / tehnoloogiaüritusel esinema.

Kas olete pettunud, kuidas teie intervjuu läks - ja et teid ei võetud pärast tööle? Kas kardate, et on liiga hilja hakata kodeerima õppima? Kas te pole äsja lõppenud projektiga rahul?

Ümber kujundage see kõik : mida saab kogemustest õppida, et järgmisel korral paremaks muuta? Kuidas muuta oma nõrkused tugevusteks?

Näiteks võite muretseda, et tulete kodeerimisele liiga hilja pärast seda, kui olete X aastat mitu teist karjääri teinud. Sõnastage ümber, et mõtlete teistsuguse perspektiivi ja küpsuse üle mõeldes oma tööstusse, mis vajab hädasti küpsemaid inimesi (psühholoogiliselt) ja mitmekesisemat tausta? Teete tehnikatööstuse rikkamaks just selle juurde pääsemise otsusega!

Kui kuulete enda sees häält, mis ütleb: "te ei saa maalida", siis värvige kindlasti ja see hääl vaikib. - Vincent Van Gogh

Mida ma saan teie vastupidavuse suurendamiseks soovitada, on need kolm raamatut:

  1. Seneca “Kirjad stoikust”
  2. Ryan Holiday kirjutas "Takistus on tee"
  3. Steven Pressfieldi film "Pro pööramine"

Pange igapäevane ajapiiranguga eesmärk

Kiiremaks edenemiseks peaksite oma projektidega iga päev tegelema. See osa on lihtsalt terve mõistus. Siiski peaksite meeles pidama mõningaid täiendavaid kaalutlusi.

Selle asemel, et seada tulemuseesmärk ("Ma lõpetan selle funktsiooni või selle osa täna ära"), määrake kindel ajaperiood, mille veedate iga päev kodeerimisel. Ärge tehke seda rohkem kui 30 minutit või tund päevas.

Ma tean, et soovite pühenduda kodeerimisele 3 tundi päevas ja proovida sellest kinni pidada. See töötab, kuid ainult nii kaua, kuni elu tuleb mängu. Mõistliku ajapiiranguga - näiteks 30 minutit päevas - teate alati, et seda saab teha ja et teil on kodeerimisel alati pool tundi päevas varu, eriti kui teie peamine eesmärk on õppida kodeerima. Teatud päevadel avastate end isegi rohkem kodeerivat ja see on suurepärane tunne, sest olete selleks päevaks oma kvoodi juba täitnud.

See ajapiirang on pigem psühholoogiline trikk, mis töötab meie aju juhtmestiku tõttu. Mäletate, et teil oli suur projekt, mille käivitamiseks peate tegema, kuid viivitasite ja viivitasite seni, kuni teil oli lihtsalt piisavalt aega selle tähtajaks lõpule viia? Sa tegid kõik hästi, kuid enne seda olid kogu aeg stressis. Seejärel lisage sellele tõsiasi, et keegi ei määra teile arendajaks saamise tähtaega. See tähendab, et mitte keegi, vaid sina.

Tulemuseesmärgi seadmisel juhtub see, et me ei saa hinnata aega, mis selle või selle funktsiooni lõpuleviimiseks kulub. Ja enamasti ei jõua me lõpuks selleni, mille oleme selleks päevaks ette võtnud. See paneb meid end kohutavalt tundma ja vähendab soovi järgmisel päeval maha istuda ja kodeerida.

Piiratud igapäevase eesmärgiga saavutate edusamme iga päev. Keda huvitab, kui te pole veel lõpetanud seda konkreetset funktsiooni, mille tahtsite täna kokku võtta? Olete teinud edusamme! Sa ilmusid kohale. See viib teid edasi.

Veel üks suurepärane boonus on see, kui sa istud maha ja hakkad kodeerima, ideed ja lahendused hakkavad voolama justkui eikusagilt (sarnaselt artikli kirjutamisele, mis?). Palju lihtsam on panna ennast istuma ja kodeerima, kui teete ebareaalsed ootused ja hirmud.

Koodi kopeerimine raiskab aega

Projekti koostamise käigus, kas kohe alguses - kui te ei tea, kust alustada, või hilisemas etapis, kui tabate probleemi, mida ei saa lihtsalt lahendada, kogete tugevat soovi vaadata projekti lähtekoodi juures, et näha, kuidas seda tehakse. Mõistate, et see paneb teid koodi koheselt mõistma ja see tähendab, et olete selle õppinud ja omastanud. Kaugel sellest.

Ärge kopeerige terveid projekte ja kohandage neid. Ärge võtke osa koodist. Ärge isegi tükke võtke.

Projektidega - ärge kõigepealt koodi vaadake. Selle kraamiga, mille otsisite Stack Overflow'ist ja muust, vaadake seda, analüüsige, mõistke, kuid seejärel kodeerige see ise nullist. Näete, et seda on raske ise kirjutada ka pärast seda, kui olete kogu asja lihtsalt näinud.

Nii erineb tahtlik harjutamine tavapärasest praktikast (kordamine). 10 000 reegli peamine püüd on see, et tava peab olema tahtlik. Mallide ja valmislahenduste järgimine ei vii teid kuhugi. Keegi tõenäoliselt suudaks kirjutada Pythoni skripti, mis asendab teid kõiges, mida teete, kui te seda teed. Pöörake tähelepanu sellele, mis teile tundub keeruline.

Teine teemaväline idee on see, et kui võitlete konkreetse teemaga, proovige seda teistele õpetada või lihtsalt selgitage neile nii, nagu te sellest aru saate. Tulemused järgnevad nii teile kui ka õppijatele.

Koodi kopeerimine röövib võimaluse õppida seda ise tegema ja see pole sugugi parem kui õpetuse läbimine. Jah, lahendus on just seal. Jah, võite seda võtta, kui soovite. Aga mis mõte sellel on? Kas proovite kellelegi muljet avaldada projekti ehitamise kiirusega? Või proovite vältida raskeid probleeme, mille lahendamine võtab aega?

Mis iganes su põhjus ka poleks - see on lihtsalt üks viis tagasi soojale mugavusele, kust me üritame põgeneda. Tehke vastupidist. Jookse ebamugavuse poole.

Ainus kord, kui teiste koodi sisse vaadata saab, on pärast projekti lõpetamist. Vaadake siis nii palju kui soovite, analüüsige seda ja õppige sellest.

Iga keeruline probleem, mille lahendate, paneb teid hüppeliselt kasvama.

Ärge levitage oma jõupingutusi

Olen selles väga süüdi ja see on tegelikult nõuanne, mille kirjutan rohkem endale kui kellelegi teisele (vabandust!). Kui alustate mõne projekti kallal töötamist ja põrutasite minu mainitud seintele, on teil kiusatus see projekt ootele panna ja uue projektiga alustada.

Alguses on alati hea tunne, kuni teise projektiga vastu seina põrutate. Siis on teie käes kaks lõpetamata projekti. See kordub ikka ja jälle, kui lubate.

Siin on lahendus piirduda 2 projektiga korraga. Kui olete ühe külge jäänud, veetke aega selle väljamõtlemiseks. Aga kui see tundub hetkel purunematu, minge lihtsalt teise projekti juurde. Peamine on mitte alustada kolmandat, sest see on sealt libe tee.

Alati peaksite proovima teha kõik võimaliku, et panna teid õppima jääma. Kui tunnete, et teil on kõrini või teil on lihtsalt parasjagu igav, siis tehke väike paus, kohanege ja pöörduge selle juurde tagasi. Ärge loobuge kodeerimisest üldse.

Sellepärast soovitan alati korraldada väike viperustuba, olgu see siis ajutine tähelepanu kõrvale juhtimine erineva õppevahendi kujul (piiratud nädalaga) või antud juhul kaks projekti ühe asemel.

Teie portfell on see, mis teid tööle võtab

Palgajuhil või inseneril on väga raske hinnata teie oskusi ainult selle põhjal, mida olete oma CV-sse kirjutanud. „Ma tean JavaScripti! (ja neil on 4-aastane kogemus). ” "Näita mulle!" (Ma pean tõesti peatuma Matrixi viidetega).

Kõik teie loodud ja võrgus olevad projektid sisaldavad teie lõplikku reaalajas jätkamist. Igaüks võib seda vaadata ja veenduda, et teate tegelikult, mida teete.

Ärge kartke siiski, see ei tähenda, et teie kood peaks olema ideaalne, et nad isegi teiega arvestaksid. Need projektid aitavad kõigil, kellel on teiega intervjuu, oma oskuste taset korralikult hinnata.

Te ei pea intervjuusid kogema oma tasemest kõrgemal, sest mõni personalitöötaja on teie CV-st leidnud kindla märksõnade komplekti. Teie tööandja ootused vastavad teie tegelikele võimetele.

Töö veebipõhise positiivse kasu hulka kuuluvad:

  • tööandjad näevad, et teate, mida teete
  • nad näevad, et te töötate pidevalt oma oskuste parandamise kallal
  • nad näevad, et olete tegelikult arendaja ja olete piisavalt julge, et panna oma töö veebi vaatama kõigile.

Oma isiklikust kogemusest ja sellest, mida kuulen meie Toronto Free Code Campi grupi inimestelt, on see, et kodeerimistöö leidmisel on kõige olulisem olnud nende projektide portfell.

Intervjuudel läheb paremini

Intervjuudel saate tõenäoliselt reaalse elu väikese veebirakenduse või lehe, mida ehitada, või kui teile antakse probleem lahendamiseks.

Sageli soovib inimene, kes neid probleeme lahendab, näha, kuidas te probleemi lahendamise läbi mõtlete. Nad ei taha alati, et teie ideelahendus oleks ideaalne. Mõnikord annavad nad probleeme, mida pole võimalik lahendada, lihtsalt selleks, et näha, mida teete. Projektidega saate palju sellist praktikat: kõik neist täidetakse nende miniprobleemidega.

Mis puutub reaalse elu asjadesse, mida teile ehitamiseks anda võib, siis see võib ja võib erineda. Siin on midagi, mida ma pidin intervjuu ajal oma praeguse ametikoha jaoks üles ehitama. Ma tean, et kood pole nii suurepärane, kuid see peaks andma teile aimu, mida oodata. Ainus põhjus, miks suutsin selle oma intervjuupäeval lõpetada, oli see, et mul oli varasem kogemus Free Code Campi kaudu selliste asjade loomiseks nagu ilmarakendus ja kalkulaator.

Teete kindlaks oma teadmiste tegelikud lüngad

Siin mängivad õpetused jms teie jaoks trikki. Need tekitavad tunde, et kui olete need lõpetanud, olete kajastanud kõike, mida vajate selle teema kohta. Kuid hetkel, kui proovite midagi ise üles ehitada, jääte kohe kinni - sageli väga lihtsate asjade peale.

Miks nii? Kuna õpetuses antud teabe killud ja killud valis keegi, kes lõi selle, kasutades oma arusaama sellest, mida inimesed võivad otsida. Ja kuna õpetuses on kõike võimatu lihtsalt kajastada.

Ainus viis tõeliselt teada saada, millised teadmised teil puuduvad, on jätkata selles olevate lünkade avastamist. Sa ei tea, mida sa ei tea. Nii et protsess on: mine, löö seina, töötage probleem läbi, jätkake jne.

Iga uus projekt hirmutab teid. Mida teha?

Ma ei tea sinust, aga minuga juhtub seda kogu aeg. Lõpetan projekti ja tunnen ennast ja oma oskusi suurepäraselt. Siis, kui loen oma järgmise projekti kasutajalugusid, muutun hirmust halvatud.

Leian end mõtlemas - kuidas ma üldse saaksin alustada? Mida ma peaksin kõigepealt tegema? Kuidas suutsin eelmise lõpetada? Ma ei tea midagi! * Lülita täielik paanika režiim *

Sellesse olukorda sattudes kasutan paari tehnikat:

Kõigepealt vaadake kõiki eelmisi projekte, mille olete ehitanud. Nad olid ka tohutult hirmutavad. Kuidagi leidsite viisi probleemide lahendamiseks ja nende projektide ülesehitamiseks.

Tagasivaade oma varasematele kordaminekutele, kui teil on madal enesekindlus, on võimas meetod, et end taas kokku võtta ja uueks väljakutseks valmistuda.

Peamine on vaadata projekti kui väikest lahendatavate probleemide kogumit. Me kardame ainult seetõttu, et näeme kogu jäämäge tervikuna ja see tuleb meie poole. Kui aga kasutate tehnikat, millest enne rääkisime - projekti põhistruktuuriks jaotamine -, on selle alustamine väga lihtne.

Unustage perfektsionism

Te ei tee seda selleks, et luua mingit ideaalset ja hämmastavat projekti, mille kood on nii ilus, et see paneb kogenud arendajad nutma.

Eesmärk on teha seda, mis on vajalik: täita teile antud (või enda jaoks loodud) kasutajalood, et saaksite teada, kuidas teatud kodeerimistehnika / keelefunktsioon / raamistik töötab, olgu selleks siis API-d, funktsioonid, lubadused , jne.

Seejärel tehke projekti täiustamiseks nii palju kui võimalik - nii disaini, funktsionaalsuse kui ka koodi kvaliteedi osas.

Kuid mingil hetkel lubage endal peatuda. See pole rahvusvaheline kunstivõistlus. See oled sina ja teema, mida soovid õppida. Ärge laske subjektil end nii hirmutada, et te ei saa isegi alustada.

Inimesed, kellel on äärmine vajadus kõike suurepäraselt teha, on tavaliselt inimesed, kellele ei tehta absoluutselt midagi.

Ma ei saaks selle artikliga alustada, näiteks kui veedaksin liiga palju aega muretsedes, kas see on hea või halb, täiuslikkusest rääkimata. Teadsin, et see on oluline teema, mis on paljudest huvitatud ja et mul on vaja kirjutada seni avastatust lootuses, et see aitab kedagi ja muudab nende kodeerimisteekonna lihtsaks.

Kui kõik peaks olema täiuslik, kas kunstis oleks üldse kohta visanditele? Puudused on see, mis teeb nad ometi ainulaadseks.

Laske oma loovusel voolata!

Ärge tundke, et peate oma projekti tegema täpselt samasuguse, nagu lehel näete, kui töötate veebis leitud kirjelduse ja näite põhjal. Programmeerimine on sama palju kunsti kui teadus.

Võtke seda punkti veelgi tõsisemalt, kui teete esiosa.

Kui teete juhuslike hinnapakkumiste masinat, laske jutumärkidel olla oma lemmiktegelane. Kui teete mängu, laske helidel ja kujundusel olla kõik, mida soovite!

Ole imelik. Laske kõik isiksuse veidrused ja ainulaadsed erinevused välja tuua. Vabastage oma tõeline mina.

Keskenduge kõigi kasutajalugude täitmisele, kuid kõik muu on täiesti teie enda teha.

Siin on minu loodud Zen-kalkulaator näitena sellest, millest räägin. Muidugi võite olla palju loovam. Originaal on siin, kuigi seda on juba värskendatud. Versioon, millest olen töötanud, meenutas pigem iPhone'i kalkulaatori rakendust.

Veeb - ja programmeerimine üldiselt - võimaldavad meil seda vabadust. Ärge kunagi hoidke end tagasi. Ole see, kes sa tahad olla, tee mida iganes sa tahad ja lase sellel kanduda oma elu igale osale, kaasa arvatud kodeerimine.

Siin on midagi inspiratsiooni ja selle illustreerimiseks, mida ma mõtlen:

Asjad saavad oma maitse ainult siis, kui lisate neile isikupära! Võrrelge hüperrealistlikke maalijaid ja Picasso. Kas saaksite eristada hüperrealistlikke maalijaid lihtsalt nende loomingut vaadates? Ma kahtlen selles väga. Ometi teaksite kohe Picasso maali. Paneb mõtlema.

Andke tähelepanu hajutamisele - üks kord samal ajal

Mõnikord on okei teha projektidest väike paus, kuid selleks peavad teil olema mõned reeglid.

Ideaalis peaks teie tähelepanu kõrvale juhtimine võtma vähem kui nädala , olgu see siis kursus või õpetus või muu. See peaks olema konkreetne õppeaine, mida soovite õppida, eelistatavalt seotud millegagi, mida peate teadma oma projekti viimistlemiseks.

Muidu on minuga täiesti okei, kui loete reisimise ajal programmeerimisraamatuid või vaatate kodeerivaid videoid või ootate kusagil, kus puudub Interneti-ühendus.

Lihtsalt veenduge, et kui olete tagasi oma töölaua taga (või mis tahes kohas, kust te kodeerite - kas see võib olla voodi või diivan, eks?), Olete tagasi tõelise asja juures. See on teie praktika .

Hankige tagasisidet oma projektide kohta

Lisaks sellele, et projektid aitavad teil täita lünki oma teadmistes, annavad nad teile ka artefakti, mida saate kogu maailmaga jagada, paludes konstruktiivset tagasisidet.

Olge ettevaatlik, kellega oma projekte jagate. Ärge laske liiga kriitilisi inimesi sisse. Proovige leida tõelisi arendajaid või inimesi, kes samuti alles õpivad, kuid on juba natuke arenenumad kui sina. Paluge neil teie kood üle vaadata ja tagasisidet anda. Mida saate parandada? Mis töötab? Mis mitte?

See kiirendab teie õppimist veelgi, sest need lahked inimesed aitavad teil avastada teadmisi, mida te muidu poleks leidnud.

Loodan, et olen teid praeguseks veennud, et reaalajas projektide ehitamine on kõige tõhusam viis kodeerimise õppimiseks.

Olen isiklikult märganud, et perioodid, mil ma ehitan - erinevalt veebikursuste vaatamisest, lugemisest või läbimisest - on perioodid, mil ma kõige rohkem õpin. Loodan, et teie kogemused on samad mis minul.

Edu! Lisage julgelt oma nõuandeid selle artikli kommentaaridesse ja jagage oma projekte ka siin.

Juhuslik märkus: kirjutasin selle artikli Tron: Legacy Soundtracki kuulates.

Kui teile see artikkel meeldis, klõpsake siin meediumil soovitamiseks ❤. See tähendaks minu jaoks maailma! :)