Kuinka saada kehittäjän työpaikka alle vuodessa

Nopeuta oppimistasi

Mikä on vaikeinta sellaiselle, joka päättää opettaa itsensä koodaamaan? Se, että he eivät yleensä tiedä mitä oppia - mikä ohjelmointikieli valitaan, miten lähestyä oppimista, mitkä resurssit ovat parhaita aikatehokkuuden suhteen.

Kaikki alkaa Google-haussa näistä aiheista, jotka johtavat väistämättä ihmisiin yhteen monista resursseista, jotka opettavat ihmisiä koodaamaan. Näiden resurssien muoto vaihtelee suuresti, ja järki kertoo meille, että meidän pitäisi kokeilla joukko erilaisia ​​resursseja ja valita ne, jotka sopivat parhaiten oppimistyyliimme. Oppaat joillekin ihmisille, näyttöruudut toisille, artikkelit toiselle ryhmälle jne. Näyttää melko loogiselta, eikö niin?

No ei. Tänään haluan vakuuttaa teille, että yksi näistä oppimismuodoista vie sinut sinne, missä haluat olla nopeampi kuin mikään muu. Haluan viipymättä kertoa sinulle, mikä se on ja miksi sinun pitäisi keskittää kaikki ponnistelut siihen.

Rakenna projekteja

Lyön vetoa, että näit, että yksi on tulossa.

Ensinnäkin, anna minun viedä joitain vastaväitteitäsi tieltä. En sano, että sinun pitäisi pudottaa kaikki muut oppimateriaalit kokonaan.

Kaikilla opetusohjelmilla ja kuvaruudulla on paikkansa auringon alla, ja käsittelen sitä tarkemmin artikkelissa. Esimerkiksi joskus tehokkain tapa tutustua uuteen tekniikkaan tai kehykseen voi olla artikkelin lukeminen tai opetusohjelman läpikäynti.

Ongelmana on, että meillä on tapana pitää kiinni (tai ainakaan minä) resursseista, jotka pitävät meidät mukavuusalueellamme, vaikka on aika tehdä jotain omaa. Se on aivan liian kätevä, valmis kulutukseen. Se saa meidät myös aina tuntemaan olonsa mahtavaksi, koska hei, tässä me olemme, oppiminen! Eikö? Kuka voi sanoa, että tuhlaamme aikaa? Kuinka he uskaltavat? Täytämme tietämyksemme aukot!

On vaarallista, että meille saattaa tuntua, että nämä resurssit ovat myös tehokkain tapa oppia. Ihmisinä voimme perustella melkein kaiken, mikä pitää meidät mukavuusalueellamme. Olen asunut tuossa illuusiossa jo jonkin aikaa.

Koputa, kolhi, Neo.

Luodaan projekteja ... mitä uutta tässä ideassa on? Mikään, ja sisimmässämme, me kaikki tiedämme, että se olisi paras aika- ja energiamme hyödyntäminen ja saisi meidät tavoitteisiimme nopeammin. Joten miksi emme tee sitä? Vastus.

Olen puhunut vastarinnasta edellisessä artikkelissani (lue se, jos kamppailet tai jos sinusta tuntuu jumissa), joten anna minun selittää, miksi olen niin päättäväinen tästä aiheesta, ja anna minun vakuuttaa sinut siirtämään keskittymisesi (ellei se ole jo siellä) rakentamiseen.

Kuten matriisissa oleva Neo, jolle annetaan valita punainen tai sininen pilleri, voimme palata illuusioihimme, että koko ajan kättämme pitävät resurssit ovat paras tapa oppia, tai voimme ottaa punaisen pillereitä ja omaksua todellisuus, että siirrymme eteenpäin ja kasvamme vain ollessamme poissa mukavuusvyöhykkeestämme. (Jos et ole katsellut Matriisia, sinun pitäisi todennäköisesti tehdä niin.)

Tässä on joitain ajatuksiani siitä, miten lähestyä näitä hankkeita, jotka voivat olla pelottavia aloittaa, sekä joitain vinkkejä, jotka olen valinnut matkan varrella.

Se voi viedä jopa alle vuoden (mitä?)

Tämän taustalla on se, että henkilökohtaisen kokemukseni perusteella, keskustelun kanssa Free Code Camp Toronto -ryhmämme jäsenten kanssa ja lukemisen jäsenten matkoista ympäri maailmaa.

Katson, että useimmiten ihmiset löytävät työpaikan jo ennen kuin he suorittavat Free Code Campin Front End Development -sertifikaatin. He rakentavat tarvittavat projektit ja alkavat hakea. Pian he saavat tarjouksen rahan koodaamiseen.

Jos luet Free Code Campin subredditin, löydät paljon sellaisia ​​tarinoita.

Huomaa, että työmarkkinat vaihtelevat kaupungeittain. Esimerkiksi Torontossa on paljon etupään kehittäjien työpaikkoja.

Free Code Campin virallinen kanta on, että sinun tulee suorittaa kaikki 2080 tuntia opetussuunnitelmasta. Olet todennäköisesti paljon vahvempi ehdokas (ja komento korkeampia palkkoja haastavammissa tehtävissä), jos teet niin.

Tehdään matematiikkaa:

Front End Web Development -sertifikaatti Free Code Campin kanssa kestää noin 478 tuntia. On ihmisiä, jotka suorittavat sen nopeammin, mutta se vaihtelee henkilön valmistelutason mukaan, joten pidetään 478 tukikohtana.

Mitä vähemmän kuin vuosi? Väitteen vuoksi työskentelemme 9 kuukauden kanssa. 9 kuukautta * 30 päivää antaa meille 270 päivää.

478 tuntia / 270 päivää on noin 1,8 tuntia päivässä. Tämä tarkoittaa, että voimme koodata alle 2 tuntia päivässä ja yhdeksän kuukauden kuluttua voimme olla valmiita työhön.

Tiedän, että joillekin ihmisille aikataulu ei salli kahta ylimääräistä tuntia päivässä, mutta useimmille on mahdollista löytää ne. Muille se voi kestää hieman kauemmin, mutta aina löytyy viikonloppuja ja muita tapoja löytää aika (tai tehdä siitä).

Jos etsit neuvoja kuinka löytää aikaa koodaamiseen, älä epäröi ottaa yhteyttä minuun Twitterissä, ja autan mielelläni.

Kesti hieman kauemmin - noin vuosi ja kaksi kuukautta. Tämä artikkeli on analyysi syistä, miksi se kesti minua kauemmin kuin sen olisi pitänyt. Olen tehnyt kaikki virheet, joista puhun artikkelissa. Kun annan sinulle neuvoja, muista, että annan neuvoa myös itselleni. Olemme samassa veneessä.

Minut palkattiin ennen kuin pääsin suorittamaan Free Code Camp Front End -opetussuunnitelman, mutta tiedän tosiaan, että se auttaa minua kasvamaan kehittäjänä palaamaan takaisin ja suorittamaan projektit loppuun. Täällä artikkelissa olen sijoittanut linkit Codepen-profiiliini (olen hieman häpeissään sitä!) Ja kun katsot sitä, huomaat, että minulla on vielä pitkä tie kuljettavana. Joten sanon - teemme sen yhdessä! Tavoitteenani on saada kaikki Front End -projektit päätökseen ja asettaa niistä etusijani mihin tahansa muuhun lähitulevaisuudessa opittavaan koodiin liittyvään.

Tämä artikkeli on tarkoitettu minulle ja sinulle - jotta saisimme meidät selvittämään epämukavuutta ja optimoimaan oppimisen, jotta voimme päästä sinne, missä haluamme olla nopeampi!

Varmista, että olet käsitellyt perusasiat

Uskon vahvasti, että oppimisen alussa sinun on ehdottomasti käytettävä opetusohjelmia ja interaktiivisia online-resursseja tutustuaksesi HTML: n, CSS: n, JavaScriptin syntaksiin, oppia ajattelemaan ohjelmallisesti ja mukautumaan olennaisiin perusasioihin.

Yritys rakentaa projekteja heti ilman tätä tietoa olisi liian turhauttavaa. Varmista, ettet viettää liikaa aikaa tässä vaiheessa, koska se on erittäin helppo tehdä.

Kun opiskelin HTML / CSS / JS: ää, menisin oppimaan samanlaisia ​​aiheita eri resursseista ajattelemalla, että jotenkin se täyttäisi kaikki aukkoni tietämyksessäni. Se täytti joitain aukkoja, mutta jossain vaiheessa tajusin, että käytin näitä resursseja kainalosauvana estääkseen minua siirtymästä uusiin, jännittävämpiin, mutta vähän pelottavampiin juttuihin. Älä tartu loputtomiin silmukoihin (luultavasti jonkin aikaa silmukkaan?;) Jo tiedämiesi tietojen tarkastelemiseen ja tarkistamiseen.

Älä anna periksi järkeistämiselle

Kun aloitat projektien luomisen, olet väistämättä jumissa. Jos pidät kiinni siitä, voit jonkin ajan kuluttua ylittää esteen, mutta pian sen jälkeen lyöt toisen. Se ei ole vaihtoehto, ja se tapahtuu kaikille.

Sellaisina hetkinä jokainen ruumiinosamme huutaa - tehkäämme jotain muuta, juoksemme täältä, tämä saa minut tuntemaan oloni epämukavaksi, voin puuttua tähän myöhemmin, kun tiedän enemmän, palaan siihen ja niin edelleen. Joten teemme tauon.

Pelkäämme kuitenkin, että taukomme venyy, ja jatkamme koodaamista yhä vähemmän ja pudotamme sen. Jotta emme anna sen tapahtua, mutta pidämme silti "päätöksen" olla tekemättä työtä projektissa, päätämme, että toistaiseksi käytämme jonkin opetusohjelman tai verkkokurssin.

On hyvin helppo järkeistää itsesi luomisesta. Kukaan ei kerro, ettet opi koodaamaan tai arvostelemaan sinua millään tavalla. Olet ainoa, joka pystyy tunnistamaan, mitä todella tapahtuu (pelko, riskien välttäminen, vastarinta) ja tekemään päätöksen pitää kiinni projektin tekemisestä.

Luota minuun, kaikki seinät murenevat, jos räjähdät niihin tarpeeksi kauan. Ajattele ihmisiä, jotka tuolloin oppivat vieraita kieliä hankkimalla kaksi kopiota samasta kirjasta äidinkielellään ja kohdekielellään. Kuinka he tekivät sen? He vain tarttuivat siihen tarpeeksi kauan.

Älä aloita BIG IDEAsta

On hämmästyttävää, että sinulla on jo se, mutta täällä on joitain muita näkökohtia, jotka saattavat muuttaa mieltäsi. Syy tuoda tämä asia on, että kuulen tämän paljon ihmisiltä: "Haluan rakentaa online-sovelluksen, jonka avulla ihmiset voivat luoda tilejä lemmikkeilleen, ladata valokuvia, seurata sijainteja ja monia muita asioita. Olen äskettäin alkanut oppia koodaamista, ja olen jo rakentamassa ajatustani. " Tämä saa minut menemään "Whoa whoa whoa".

Mitä näen helposti tapahtuvan tässä tilanteessa, on se, että ihminen sitoutuu liikaa ajatukseen, hän alkaa hyvin innostuneesti ja rakentaa sitä hitaasti, mutta ajan myötä heidän oppimisensa ei voi pysyä projektin vaatimusten mukaisena, ja tuntuu vetämällä, aina heidän mielensä takana, keskeneräinen.

Pahinta, mitä tässä tilanteessa voi tapahtua, on, että henkilö luopuu projektista ja sen myötä myös koodauksesta.

Suosittelen aloittamista yksinkertaisilla projekteilla, ja kun teet jokaisen niistä loppuun, saat tunnelman suorituksesta ja paremman käsityksen suuremman projektin rakentamisesta.

Kuvittele, että olit kirjailija ja sinulla oli idea yhdestä elämäsi suuresta kirjasta, ja olet aloittanut sen kirjoittamisen heti. Sinun pitäisi todennäköisesti kirjoittaa koko asia 3-4 kertaa saadaksesi sen kunnolliselle laatutasolle, kun taas voit aloittaa kirjoittamalla pieniä tarinoita, saada palautetta, parantaa kirjoittamista ja lähestyä Moby Dickiäsi, kun olet todella valmis.

Mistä saada ideoita projekteihin

Paras paikka, jonka tiedän, on Free Code Camp. Sitä käytin täysin jumissa. Koodausmatkani alussa kysyin kaikilta tuntemiltani kehittäjiltä (sekä offline- että online-tilassa), mikä minun pitäisi olla ensimmäinen projekti. En poika sinua, kun sanon (yllätys yllätys), he kaikki sanoivat, että sen pitäisi olla Tehtävälista-sovellus. Uskon rehellisesti, että jos jatkamme näiden tehtäväluettelosovellusten tekemistä, ne täyttävät pian koko Internetin.

Free Code Camp auttoi minua siinä mielessä, että se tarjosi luettelon jännittävistä projekteista, jotka oli järjestetty kasvavien vaikeuksien järjestyksessä. Toinen hieno asia on, että kukin niistä on suunniteltu erityisesti opettamaan sinulle tietty aihe, esimerkiksi: Tribute -sivu vie HTML / CSS-taitosi testiin, Show the Local Weather opettaa sinua työskentelemään API: n kanssa, Build JavaScript Laskin parantaa tietysti JS-taitojasi jne.

Se on vahvin lähtökohta, jonka tiedän rakentamaan sinut. Kaikista valmiista projekteistasi saat palautetta yhteisöltä sekä näet, kuinka muut ovat lähestyneet heitä (kun olet rakentanut omasi, ei huijausta!) Lisäinspiraation saamiseksi voit aina Google "listata hienoja koodiprojektiideoita ”Tai jotain sellaista.

Rakenna projekti ensin

Kirjoita ennen rakentamisen aloittamista, mitä haluat sen tekevän. Pyydä kirjoittamaan tiettyjä käyttäjäkertomuksia, esimerkiksi: "Käyttäjät voivat toistaa ääntä napsauttamalla äänisoitinpainiketta", "Käyttäjät voivat kirjautua sisään käyttämällä sähköpostiosoitettaan ja salasanaansa sekä vain Facebookia käyttämällä".

Koodillasi on oltava myös perusrakenne, ennen kuin aloitat sen kirjoittamisen. Kirjoita pseudokoodina - selitä periaatteessa vain sanoin, mitä kukin sovelluksen osa tai projektikoodi tekee.

Perusesimerkki:

// Kun käyttäjä avaa sivun, tartu hänen sijaintiinsa

// Lähetä pyyntö sään API-sivustolle, jossa on sijainti

// Vastaanota tietoja

// Näytä asteet sivulla

// Muuta sivun taustakuva vastaamaan nykyistä säätä

Älä liioittele sitä, sinun ei tarvitse kirjoittaa kaikkia pieniä asioita, joita koodisi tekee ensin pseudokoodina, mutta pääosat on asetettava.

Paras esimerkki, jonka voin tarjota sinulle, on: muista, kun kirjoitit esseitä koulussa, sinun oli ensin rakennettava ne, esimerkiksi intro, jossa on mielipiteesi aiheesta, 3 pääkohtaa mielipiteesi tueksi ja johtopäätös .

Tämä auttaa ennakoimaan mahdollisia ongelmia ja parantamaan koodisi laatua.

On hyvä juuttua

Kuten aiemmin mainitsin, on hyvä juuttua. Se ei tarkoita, että olemme typeriä, se tarkoittaa vain sitä, ettemme vielä tiedä. Koet aina jumiin jäämisen hetket: ei vain oppimisen aikana, vaan myös töissä.

Mitä nopeammin sinulle tuntuu epämukavalta, sitä parempi. Se tekee edistymisestäsi paljon nopeamman. Itse ohjelmointi on luovaa ongelmanratkaisua. Jos sinulla ei ole vaikeuksia ratkaista, se tarkoittaa, että pelaat sitä turvallisesti. Lopeta polkeminen matalassa vedessä ja sukeltaa!

Ennen kaikkea, ja toistan tämän uudestaan, älä ajattele itseäsi tyhmäksi. Tiedän, että se on helppo tehdä näinä hetkinä. Puhun usein ihmisille, jotka ovat käyneet läpi Free Code Campin HTML / CSS / JS-osan helposti, koputtamalla 30–40 kohdetta päivässä, ja sitten he pääsevät perus- ja välialgoritmeihin ja huomaavat, että he voivat tehdä vain 5 päivässä, joten he tulevat siihen johtopäätökseen, että he ovat jumissa ja että he ovat typeriä, eivät tarpeeksi hyviä tai niiden ei ole tarkoitus olla kehittäjiä.

Olin samalla tavalla, minusta tuntui siltä, ​​että on ihmisiä, jotka vain lentävät tämän osan läpi, ja minusta tuntui pahalta itsestäni ja edistymisestäni. Nyt tiedän paremmin.

Tässä yritän sanoa, että sinun pitäisi oppia:

Ole yli pään

Sinun on löydettävä se projektin vaikeustaso, joka pitää sinut keskellä "helppojen" ja "vielä liian kovien" välillä.

Olen puhunut paljon syistä, miksi on vaarallista jatkaa saman materiaalin tarkistamista ja oppimista (helpot asiat), joten puhutaan yhtälön vastakkaisesta puolesta: vaikeista asioista.

Yleissääntösi, kun lähestyt jotain vaikeaa - jotain, jonka luulet et ehkä pysty tekemään -, sinun pitäisi olla yrittää tehdä se ensin.

Aloita perusrakenteesta ja yritä koodata se. Jos olet jumissa samasta asiasta yli kolme päivää keskittymiseen, pudota se hetkeksi ja löydä samanlaisia ​​- mutta hieman helpompia - asioita.

Minusta on, että sen jälkeen, kun olen tehnyt sen, alitajuntani on edelleen keskittynyt ongelman ratkaisemiseen, johon juutuin. Saan nämä satunnaiset ideat siitä, miten voin ratkaista sen, kun teen yksinkertaisia ​​asioita - kuten käydä suihkussa tai pestä astiat - se yhtäkkiä osuu minuun!

Joskus se toimii täsmälleen tällä tavalla. Joskus ei. Mutta tärkein neuvo tässä on - valitse aina jotain, mikä tekee sinusta hieman epämukavan . Kaikki muu ei ole aikasi arvoinen.

Kestävyys

Haluan jakaa kanssasi yhden ehdottomista suosikkisanoistani:

Resilienssi - järjestelmän kyky sietää häiriöitä romahtamatta, kestää iskuja, rakentaa itsensä tarvittaessa uudelleen ja parantaa itseään mahdollisuuksien mukaan.

Tämä on hämmästyttävä ominaisuus, jonka sinun tulisi ohjelmoijana (ja elämässäsi menestyvänä ihmisenä) kehittää itseäsi. Valmistaudu kaikkiin ongelmiin, kaikkiin haasteisiin, kritiikkiisi työstäsi, suunnitelmistasi, ratkaisuistasi ja kaikesta muusta, mitä voisit tehdä jo ennen kuin ne tapahtuvat.

Pelkäätkö olla lavalla? Rekisteröidy opettamaan paikallisyhteisön ihmisille verkkokehityksen perusteet tai rekisteröidy puhumaan konferenssissa / teknologiatapahtumassa.

Oletko pettynyt siihen, miten haastattelusi sujui - ja ettet palkattu jälkikäteen? Pelkäätkö, että on liian myöhäistä alkaa oppia koodaamaan? Etkö ole tyytyväinen juuri valmistuneeseen projektiin?

Suunnittele uudelleen tämä kaikki : mitä voit oppia kokemuksesta, jotta se olisi parempi seuraavalla kerralla? Kuinka voit muuttaa heikkoutesi vahvuuksiksi?

Voit esimerkiksi huolestua siitä, että tulet koodaamaan liian myöhään, kun olet ollut toisella urapolulla X vuosien ajan. Muotoile, että mielessäsi ajattelemalla erilaista näkökulmaa ja kypsyyttä tuodaan alalle, joka tarvitsee kipeästi kypsempiä (psykologisesti) ja monipuolisempia taustoja? Teet teknologiateollisuudesta rikkaamman päätöksen päästä siihen!

Jos kuulet äänen sanovan 'et voi maalata', maalaa kaikin keinoin, ja tämä ääni mykistetään. - Vincent van Gogh

Voin suositella sietokyvyn parantamiseksi näitä kolmea kirjaa:

  1. Senecan "Kirjeitä stoiikasta"
  2. Ryan Holiday: "Este on tie"
  3. Steven Pressfieldin "Turning Pro"

Aseta päivittäinen aikaraja

Jotta edistyisit nopeammin, sinun tulisi työskennellä projektiesi parissa joka päivä. Se osa on vain järkeä. On kuitenkin joitain lisähuomioita, jotka kannattaa pitää mielessä.

Määritä tulostavoitteen ("Viimeistän tämän ominaisuuden tai osan tänään tänään") sijasta tietyn ajanjakson, jonka vietät koodaamalla joka päivä. Älä tee sitä yli 30 minuuttia tai tuntia päivässä.

Tiedän, että haluat sitoutua koodaamiseen 3 tuntia päivässä ja yrittää pitää siitä kiinni. Tämä toimii, mutta vain niin kauan, kunnes elämä tulee esiin. Kohtuullisella aikarajalla - kuten 30 minuuttia päivässä - tiedät aina, että se voidaan tehdä ja että sinulla on aina puoli tuntia päivässä varaa koodaamiseen, varsinkin jos päätavoitteesi on oppia koodaamaan. Löydät itsesi jopa koodaavan enemmän tiettyinä päivinä, ja se tuntuu hyvältä, koska olet jo täyttänyt kiintiösi tälle päivälle.

Tämä aikaraja on enemmän psykologinen temppu, joka toimii aivojemme johdotustavan vuoksi. Muistatko, että sinulla oli iso projekti, jonka joudut aloittamaan, mutta viivytit ja viivästyit, kunnes sinulla oli vain tarpeeksi aikaa saattaa se loppuun ennen määräaikaa? Teit OK, mutta olet stressaantunut koko ajan ennen sitä. Lisää sitten tähän tosiasia, että kukaan ei aseta sinulle määräaikaa kehittäjäksi tulemiseen. Eli kukaan, mutta sinä.

Mitä tapahtuu, kun asetamme tulostavoitteen, on se, että emme voi arvioida aikaa, joka kuluu kyseisen tai tämän ominaisuuden loppuunsaattamiseen. Ja useimmiten me emme lopulta saavuta sitä, mitä olemme päättäneet tehdä päivälle. Se saa meidät tuntemaan kauhean ja vähentää halua istua alas ja koodata seuraavana päivänä.

Määräaikaisen päivittäisen tavoitteen avulla edistyt päivittäin. Kuka välittää, jos et ole vielä suorittanut sitä ominaisuutta, jonka halusit kerätä tänään? Olet edistynyt! Sinä ilmestyit. Se vie sinut eteenpäin.

Toinen hieno bonus on, kun istut alas ja aloitat koodaamisen, ideoita ja ratkaisuja alkaa virrata ikään kuin tyhjästä (samanlainen kuin artikkelin kirjoittaminen, vai mitä? :). On paljon helpompaa saada itsesi istumaan alas ja koodaamaan, kun saat epärealistisia odotuksia ja pelkoja tieltä.

Koodin kopioiminen vie aikaa

Projektin rakentamisen aikana joko alussa - kun et tiedä mistä aloittaa, tai myöhemmässä vaiheessa, kun kohtaat ongelman, jota et voi helposti ratkaista - koet voimakkaan halun etsiä projektin lähdekoodissa nähdäksesi, miten se tehdään. Ymmärrät, että se saa sinut ymmärtämään koodin välittömästi, ja se tarkoittaa, että olet oppinut ja omaksunut sen. Kaukana siitä.

Älä kopioi kokonaisia ​​projekteja ja muokkaa niitä. Älä ota osia koodista. Älä edes ota palasia siitä.

Hankkeissa - älä katso koodia ensinnäkin. Tarkastele Stack Overflow -tuotteista ja vastaavista tavaroista sitä, analysoi, ymmärrä, mutta koodaa se sitten itse tyhjästä. Tulet huomaamaan, että on vaikea kirjoittaa sitä itse, vaikka olisit nähnyt koko asian.

Näin tarkoituksellinen harjoittelu eroaa tavallisesta käytännöstä (toistaminen). 10000 säännön tärkein saalis on, että käytännön on oltava tarkoituksellista. Mallien ja valmiiden ratkaisujen seuraaminen ei vie sinua mihinkään. Joku todennäköisesti pystyy kirjoittamaan Python-komentosarjan, joka korvaa sinut kaikessa mitä teet, jos menet siihen suuntaan. Kiinnitä huomiota siihen, mikä näyttää sinulle vaikealta.

Toinen aiheen ulkopuolinen ajatus on, että jos kamppailet tietyn aiheen kanssa, yritä opettaa se muille tai vain selittää se heille samalla tavalla kuin ymmärrät sen. Tulokset seuraavat sekä sinua että oppijoita.

Koodin kopiointi riistää sinulle mahdollisuuden oppia tekemään se itse, eikä se ole millään tavalla parempi kuin käydä läpi opetusohjelma. Kyllä, ratkaisu on juuri siellä. Kyllä, voit ottaa sen, jos haluat. Mutta mitä järkeä siinä on? Yritätkö tehdä vaikutuksen jonkun kanssa nopeudella, jolla olet rakentanut projektin? Vai yritätkö välttää vaikeita ongelmia, joiden ratkaiseminen vie jonkin aikaa?

Mikä tahansa syysi onkin - se on vain yksi tie takaisin lämpimään mukavuuteen, josta yritämme paeta. Tee päinvastoin. Juokse kohti epämukavuutta.

Ainoa kerta, kun on mahdollista kurkistaa muiden ihmisten koodiin, on projektin valmistuttua. Katso sitten niin paljon kuin haluat, analysoi sitä ja opi siitä.

Jokainen vaikea ratkaisemasi ongelma saa sinut kasvamaan harppauksin.

Älä levitä ponnistelujasi

Olen erittäin syyllinen tähän, ja se on itse asiassa neuvo, jonka kirjoitan enemmän itselleni kuin kenellekään muulle (anteeksi!). Kun aloitat projektin parissa työskentelemisen ja törmäät mainitsemiini seiniin, sinulla on houkutus laittaa projekti pidättymään ja aloittaa uusi.

Se tuntuu aina hyvältä alussa, kunnes törmäät seinään toisen projektin kanssa. Sitten sinulla on kaksi keskeneräistä projektia käsilläsi. Tämä toistuu uudestaan ​​ja uudestaan, jos annat sen.

Ratkaisu tässä on rajoittaa itsesi kahteen projektiin kerrallaan. Kun olet juuttunut yhteen, viettää aikaa sen selvittämiseen. Mutta jos se näyttää tällä hetkellä repimättömältä, siirry vain toiseen hankkeeseesi. Keskeistä on olla aloittamatta kolmatta, koska sieltä on liukas rinne.

Sinun tulisi aina yrittää tehdä kaikki mahdollinen saadaksesi itsesi pysymään oppimisen tiellä. Jos tunnet kyllästyneesi tai kyllästyt vain siihen, mitä olet tekemässä, pidä pieni tauko, säädä ja palaa siihen. Älä anna periksi koodaamisesta kokonaan.

Siksi suosittelen aina, että sinulla on pieni heilahdushuone, olipa kyseessä väliaikainen häiriötekijä erilaisena oppimisresurssina (rajoitettu viikkoon), tai tässä tapauksessa kaksi projektia yhden sijasta.

Salkusi on se, mikä saa sinut palkkaamaan

Palkkaamispäällikön tai insinöörin on erittäin vaikea arvioida taitojasi vain sen perusteella, mitä olet kirjoittanut ansioluettelosi. ”Tunnen JavaScriptin! (ja sinulla on 4 vuoden kokemus). " "Näytä minulle!" (Minun on todella lopetettava Matrix-viitteillä).

Kaikki projektit, jotka rakennat ja laitat verkkoon, sisältävät lopullisen live-ansioluettelosi. Kuka tahansa voi tarkastella sitä ja olla vakuuttunut siitä, että tiedät itse asiassa mitä olet tekemässä.

Älä kuitenkaan pelkää, se ei tarkoita, että koodisi pitäisi olla ihanteellinen, jotta he edes harkitsisivat sinua. Nämä projektit auttavat sinua haastattelemaan sinua arvioimaan taitosi oikein.

Sinun ei tarvitse kokea haastatteluja selvästi tasosi yläpuolella, koska joku henkilöstöhenkilö on löytänyt tietyn avainsanan ansioluettelostasi. Työnantajan odotukset vastaavat paremmin todellisia kykyjäsi.

Työn online-positiivisia etuja ovat:

  • työnantajat näkevät, että tiedät mitä olet tekemässä
  • he näkevät, että työskentelet jatkuvasti taitojesi parantamiseksi
  • he näkevät, että olet itse asiassa kehittäjä ja että olet tarpeeksi rohkea laittaa työsi verkkoon kaikkien nähtäväksi.

Omasta kokemuksestani ja siitä, mitä kuulen jatkuvasti Toronto Free Code Camp -ryhmämme ihmisiltä, ​​on se, että tärkein tekijä koodaustyön löytämisessä on ollut heidän projektisalkku.

Voit paremmin haastatteluissa

Haastatteluissa saat todennäköisesti tosielämän pienen verkkosovelluksen tai -sivun, jonka haluat rakentaa, tai saat ongelman ratkaistavaksi.

Usein näissä ongelmissa palkkaava henkilö haluaa nähdä, miten ajattelet ongelman ratkaisemista. He eivät aina halua sinun tuottavan ihanteellista ratkaisua. Joskus he antavat ongelmia, joita ei voida ratkaista vain nähdäksesi, mitä teet. Saat paljon tällaista käytäntöä projektien kanssa: jokainen niistä on täynnä näitä miniongelmia.

Mitä tosielämän asioihin voidaan antaa rakentaa, ne voivat vaihdella. Tässä on jotain, jonka minun piti rakentaa haastattelun aikana nykyiselle asemalleni. Tiedän, että koodi ei ole niin hieno, mutta sen pitäisi antaa sinulle käsitys siitä, mitä odottaa. Ainoa syy, miksi pystyin viimeistelemään sen haastattelupäivänäni, oli se, että minulla oli aikaisempaa kokemusta sääsovelluksen ja laskimen rakentamisesta Free Code Campin kautta.

Tunnistat tietosi todelliset aukot

Tässä opetusohjelmat ja muut vastaavat leikkivät sinua. Ne saavat sinut tuntemaan, että kun olet valmis, olet käsitellyt kaiken, mitä sinun tarvitsee tietää aiheesta. Mutta kun yrität rakentaa jotain itse, jää heti kiinni - usein hyvin yksinkertaisten juttujen päälle.

Miksi niin? Koska opetusohjelmassa sinulle annetut palaset valitsi joku, joka loi sen käyttämällä omaa käsitystään siitä, mitä ihmiset saattavat etsiä. Ja koska on yksinkertaisesti mahdotonta käsitellä kaikkea opetusohjelmassa.

Ainoa tapa todella nähdä, mistä tiedosta puuttuu, on jatkuvasti löytää aukkoja sen mukana. Et tiedä mitä et tiedä. Joten prosessi on: mene, lyö seinää, selvitä ongelma, jatka ja niin edelleen.

Jokainen uusi projekti pelottaa sinua. Mitä tehdä?

En tiedä sinusta, mutta kanssani se tapahtuu koko ajan. Viimeistelen projektin ja tunnen itseni ja taitoni hyvältä. Sitten kun luin seuraavan projektini käyttäjäkertomukset, minut halvaantuu pelko.

Huomaan ajattelevan - miten voin edes aloittaa? Mitä minun pitäisi tehdä ensin? Kuinka pystyin viimeistelemään edellisen? En tiedä mitään! * Vaihda täysi paniikkitila *

On olemassa pari tekniikkaa, joita käytän, kun pääsen kyseiseen tilanteeseen:

Ensinnäkin, katso kaikki edelliset rakentamasi projektit. He olivat myös erittäin pelottavia. Jotenkin löysit tavan ratkaista ongelmat ja rakentaa nämä projektit.

Katsaus taaksepäin menneisiin menestymisiisi, kun sinulla on alhainen itseluottamuksen hetki, on tehokas tapa vetää itsesi takaisin yhteen ja valmistautua uuteen haasteeseen.

Tärkeintä on tarkastella hanketta pieninä ongelmina, jotka on ratkaistava. Pelkäämme vain siksi, että näemme koko jäävuoren kokonaisuudessaan, ja se tulee kohti meitä. Kuitenkin, jos käytät tekniikkaa, josta puhuimme aiemmin - hajottamalla projekti perusrakenteeseen - on helppo aloittaa.

Unohda perfektionismi

Et tee tätä luodaksesi jonkinlainen ihanteellinen, hämmästyttävä projekti, jonka koodi on niin kaunis, että se saa kokeneet kehittäjät itkemään.

Tavoitteena on tehdä se, mikä on välttämätöntä: täyttää sinulle annetut (tai itsellesi luomat) käyttäjäkertomukset, jotta voit oppia mekaniikan siitä, miten tietty koodaustekniikka / kieliominaisuus / kehys toimii, olivatpa ne API: t, toiminnot, lupaukset , jne.

Tee sitten niin paljon kuin voit projektin parantamiseksi - sekä suunnittelun, toiminnallisuuden että koodin laadun suhteen.

Mutta jossain vaiheessa anna itsesi pysähtyä. Se ei ole kansainvälinen taidekilpailu. Se olet sinä ja aihe, jonka haluat oppia. Älä anna kohteen pelotella sinua niin paljon, että et voi edes aloittaa.

Ihmiset, joilla on äärimmäinen tarve tehdä kaikki täydellisesti, ovat yleensä ihmisiä, joille ei tehdä mitään.

En voisi aloittaa tämän artikkelin kirjoittamista, esimerkiksi, jos vietän liikaa aikaa huolehtimalla siitä, onko se hyvä vai huono, saati täydellinen. Tiesin, että tämä oli tärkeä aihe, josta monet ihmiset ovat kiinnostuneita, ja että minun piti kirjoittaa siitä, mitä olen tähän mennessä löytänyt, toivoen, että se auttaisi jotakuta ja helpottaisi heidän koodausmatkansa.

Jos kaiken pitäisi olla täydellistä, olisiko taiteessa mitään tilaa luonnoksille? Puutteet tekevät niistä ainutlaatuisen.

Anna luovuutesi virrata!

Älä tunne, että sinun on tehtävä projektisi täsmälleen sama kuin näet sivulla, jos työskentelet verkossa löytämäsi kuvauksen ja esimerkin perusteella. Ohjelmointi on yhtä paljon taidetta kuin tiedettä.

Ota tämä kohta vielä vakavammin, jos teet etupäätä.

Jos teet satunnaisen lainauslaitteen, anna lainausten olla suosikkihahmosi. Jos pelaat peliä, anna äänien ja suunnittelun olla mitä haluat heidän olevan!

Ole outo. Päästä kaikki persoonallisuutesi outot ja ainutlaatuiset erot. Vapauta todellinen itsesi.

Keskity kaikkien käyttäjäkertomusten täyttämiseen, mutta kaikki muu on täysin sinun tehtäväsi.

Tässä on rakentamani Zen-laskin esimerkkinä siitä, mistä puhun. Tietenkin voit saada paljon luovempaa. Alkuperäinen on täällä, vaikka se on jo päivitetty. Versio, josta olen työskennellyt, muistutti enemmän iPhone-laskinsovellusta.

Verkko - ja ohjelmointi yleensä - antavat meille vapauden. Älä koskaan pidä itseäsi. Ole kuka haluat olla, tee mitä haluat tehdä, ja anna sen levitä elämäsi jokaiseen osaan, koodaus mukaan lukien.

Tässä on jotain inspiraatiota ja havainnollistamaan mitä tarkoitan:

Asiat saavat maunsa vain, kun lisäät niihin persoonallisuutta! Vertaa hyperrealistisia maalareita ja Picassoa. Voisitteko erottaa hyperrealistiset maalarit toisistaan ​​katsomalla heidän töitään? Epäilen sitä kovasti. Silti tiedät heti Picasson maalauksen. Ajattelee.

Anna häiriötekijä - joskus

Joskus on hyvä pitää pieni tauko projekteista, mutta sitä varten sinulla on oltava joitain sääntöjä.

Ihannetapauksessa häiriötekijänne kestää alle viikon , olipa se sitten kurssi tai opetusohjelma tai mikä tahansa muu. Sen tulisi olla tietty aihe, jonka haluat oppia, mieluiten yhdistettynä johonkin, joka sinun on tiedettävä jatkaaksesi projektisi puhdistamista.

Muuten minusta on täysin hienoa, jos luet ohjelmointikirjoja tai katsot koodausvideoita työmatkan aikana tai odotat jonnekin ilman Internet-yhteyttä.

Varmista vain, että kun palaat työpöydällesi (tai mistä tahansa paikasta, josta koodaat - voi olla sänky tai sohva, eikö?), Olet palannut todellisiin asioihin. Se on sinun käytäntösi .

Hanki palautetta projekteistasi

Sen lisäksi, että projektit auttavat sinua täyttämään tietosi aukot, projektit antavat sinulle myös artefaktin, jonka voit jakaa maailmalle ja pyytää rakentavaa palautetta.

Ole varovainen kenen kanssa jaat projektisi. Älä päästä liian kriittisiä ihmisiä sisään. Yritä löytää todellisia kehittäjiä tai ihmisiä, jotka myös vielä oppivat, mutta ovat jo hieman edistyneempiä kuin sinä. Pyydä heitä tarkistamaan koodisi ja antamaan palautetta. Mitä voit parantaa? Mikä toimii? Mitä ei?

Tämä nopeuttaa oppimistasi entisestään, koska nämä ystävälliset ihmiset auttavat sinua löytämään oivalluksia, joita et muuten olisi löytänyt itsesi.

Toivon, että olen vakuuttanut sinut jo nyt, että suorien projektien rakentaminen on tehokkain tapa oppia koodaamaan.

Olen henkilökohtaisesti huomannut, että ajanjaksot, jolloin rakennan - toisin kuin katsella, lukea tai käydä verkkokursseja - ovat jaksoja, jolloin opin eniten. Toivon, että kokemuksesi on sama kuin minun.

Onnea! Lisää rohkeasti neuvosi tämän artikkelin kommentteihin ja jaa projektisi myös täällä.

Satunnainen huomautus: Kirjoitin tämän artikkelin kuunnellessani Tron: Legacy Soundtrackia.

Jos pidit tästä artikkelista, napsauta ❤ suositellaksesi sitä täällä Mediumissa. Se merkitsisi maailmaa minulle! :)