Kaip gauti kūrėjo darbą per mažiau nei metus

Paspartinkite mokymąsi

Kas yra sunkiausia tiems, kurie nusprendžia išmokyti save koduoti? Tai, kad jie paprastai nežino, ko išmokti - kokią programavimo kalbą pasirinkti, kaip priartėti prie mokymosi, kokie ištekliai yra geriausi laiko efektyvumo požiūriu.

Viskas prasideda nuo „Google“ paieškų tomis temomis, kurios neišvengiamai nukreipia žmones į vieną iš daugelio šaltinių, mokančių žmones koduoti. Šių išteklių formatas labai skiriasi, o sveikas protas mums sako, kad turėtume išbandyti daugybę skirtingų išteklių ir pasirinkti tuos, kurie geriausiai tinka mūsų mokymosi stiliui. Pamokos vieniems žmonėms, ekranizacijos kitiems, straipsniai dar vienai grupei ir kt. Atrodo gana logiška, ar ne?

Gerai ne. Šiandien noriu jus įtikinti, kad vienas iš tų mokymosi formatų jus pasieks ten, kur norite būti greitesnis nei bet kuris kitas. Nedelsdamas leiskite man pasakyti, kas tai yra ir kodėl turėtumėte sutelkti visas savo pastangas į tai.

Kurkite projektus

Lažinuosi, kad matėte tą ateinantį.

Visų pirma leiskite man pašalinti jūsų prieštaravimus. Nesakau, kad turėtumėte atsisakyti visų kitų rūšių mokymosi išteklių.

Visi vadovėliai ir ekrano užsklandos turi savo vietą po saule, ir aš tai išsamiau aprašysiu straipsnyje. Pavyzdžiui, kartais efektyviausias būdas susipažinti su nauja technologija ar sistema gali būti straipsnio skaitymas ar mokomoji medžiaga.

Problema ta, kad mes linkę laikytis (ar bent jau aš) prie išteklių, kurie palaiko mus savo komforto zonoje, net ir tada, kai laikas padaryti ką nors savo. Tai tiesiog pernelyg patogu, paruošta vartoti. Tai taip pat visada leidžia mums jaustis puikiai, nes, štai, mes čia, mokomės! Ar ne? Kas gali pasakyti, kad švaistome laiką? Kaip jie išdrįsta? Mes užpildome savo žinių spragas!

Pavojinga, kad mums gali atrodyti, kad šie ištekliai taip pat yra pats efektyviausias būdas mokytis. Mes, kaip žmonės, galime pagrįsti beveik viską, kas mus laiko komforto zonoje. Aš jau ilgą laiką gyvenu toje iliuzijoje.

Knock, Knock, Neo.

Kuriami projektai ... kas naujo šioje idėjoje? Nieko, ir giliai viduje mes visi žinome, kad tai būtų geriausias mūsų laiko ir energijos panaudojimas ir greičiau pasiektų mūsų tikslus. Tai kodėl mes to nedarome? Pasipriešinimas.

Aš kalbėjau apie pasipriešinimą savo ankstesniame straipsnyje (perskaitykite jį, jei sunkiai elgiatės ar jaučiatės įstrigęs), todėl leiskite man paaiškinti, kodėl esu taip atkaklus šia tema, ir leiskite man įtikinti jus perkelti savo dėmesį (nebent taip yra). jau ten) iki pastato.

Kaip ir „Matricoje“ esantis Neo, kuriam suteikiama galimybė rinktis raudoną ir mėlyną piliules, galime sugrįžti prie iliuzijų, kad ištekliai, kurie visą laiką laikosi už rankos, yra geriausias būdas mokytis, arba galime pasiimti raudoną tabletę. piliulę ir apimti realybę, kad judame į priekį ir augame tik būdami ne savo komforto zonoje. (Jei nežiūrėjote „Matricos“, tikriausiai turėtumėte tai padaryti.)

Čia yra keletas mano minčių, kaip kreiptis į šiuos projektus, kurių pradžia gali būti bauginanti, taip pat keletas patarimų, kuriuos pasiėmiau kelyje.

Tai gali užtrukti net mažiau nei metus (ką?)

Tai grindžiama mano asmenine patirtimi, pokalbiais su mūsų „Free Code Camp Toronto Toronto“ nariais ir skaitymu apie narių keliones visame pasaulyje.

Manau, kad dažniausiai žmonės gali susirasti darbą dar nebaigę „Free Code Camp“ „Front End Development“ sertifikato. Jie kuria reikiamus projektus ir pradeda teikti paraiškas. Netrukus jie gauna pasiūlymą koduoti pinigus.

Perskaitę „Free Code Camp“ subreddit, rasite daug tokių istorijų.

Atkreipkite dėmesį, kad darbo rinkos skiriasi kiekviename mieste. Pavyzdžiui, Toronte yra daugybė „front end“ kūrėjų darbo vietų.

Oficiali „Free Code Camp“ pozicija yra ta, kad turėtumėte užpildyti visas 2 080 valandų mokymo programos. Tikriausiai būsite daug stipresnis kandidatas (ir vadovausite didesniems atlyginimams užimant sudėtingesnes pareigas), jei tai padarysite.

Padarykime šiek tiek matematikos:

„Front End Web Development“ sertifikatas su „Free Code Camp“ trunka apie 478 valandas. Yra žmonių, kurie jį baigia greičiau, tačiau jis skiriasi priklausomai nuo žmogaus pasirengimo lygio, todėl pasilikime 478 bazę.

Kas mažiau nei metai? Dėl argumento dirbsime su 9 mėnesiais. 9 mėnesiai * 30 dienų suteikia mums 270 dienų.

478 valandos / 270 dienų yra maždaug 1,8 valandos per dieną. Tai reiškia, kad galime koduoti mažiau nei 2 valandas per dieną, o per 9 mėnesius galime būti pasirengę darbui.

Žinau, kad kai kuriems žmonėms tvarkaraštis neleidžia dviejų atsarginių valandų per dieną, tačiau daugumai jų įmanoma rasti. Kitiems tai gali užtrukti šiek tiek ilgiau, tačiau visada yra savaitgalių ir kitų būdų, kaip surasti (ar surasti) laiką.

Jei ieškote patarimo, kaip rasti laiko kodavimui, nedvejodami kreipkitės į mane „Twitter“ ir mielai jums padėsiu.

Užtrukau šiek tiek ilgiau - maždaug vienerius metus ir du mėnesius. Šis straipsnis yra priežasčių, kodėl man užtruko ilgiau, nei turėjo būti, analizė. Aš padariau visas klaidas, apie kurias kalbu straipsnyje. Kai tau patariu, prisimink, kad patariu ir sau. Mes tuo pačiu laivu.

Aš buvau priimtas į darbą dar nespėjus baigti „Free Code Camp Front Front“ programos, tačiau tikrai žinau, kad tai padės man, kaip kūrėjui, grįžti ir užbaigti tuos projektus. Čia, straipsnyje, įdėjau nuorodas į savo „Codepen“ profilį (man šiek tiek dėl to gėda!), O kai pažvelgsite į tai, pamatysite, kad man dar reikia daug nuveikti. Taigi sakau - darykime tai kartu! Siekiu užbaigti visus „Front End“ projektus ir suteikti jiems pirmenybę prieš bet kurį kitą artimiausiu metu išmoktą su kodu susijusį dalyką.

Šis straipsnis skirtas man ir jums - kad priverstume mus įveikti nepatogumus ir optimizuotume mokymąsi, kad galėtume greičiau patekti ten, kur norime!

Įsitikinkite, kad apžvelgėte pagrindus

Aš tvirtai tikiu, kad pačioje mokymosi pradžioje tikrai turėtumėte naudoti mokomąsias programas ir interaktyvius internetinius išteklius, kad susipažintumėte su HTML, CSS, „JavaScript“ sintakse, išmoktumėte programiškai mąstyti ir jaustumėtės svarbiausi, pagrindiniai dalykai.

Bandymas iš karto kurti projektus be šių žinių būtų per daug varginantis. Įsitikinkite, kad šiame etape nepraleidote per daug laiko, nes tai padaryti labai lengva.

Kai mokiausi HTML / CSS / JS, eidavau mokytis panašių temų iš skirtingų šaltinių, manydamas, kad tai kažkaip užpildys visas mano spragas. Tai užpildė kai kurias spragas, bet kažkuriuo metu supratau, kad naudoju šiuos išteklius kaip ramentą, kad neleisčiau pereiti prie naujų, įdomesnių, bet šiek tiek baisesnių dalykų. Negalima įstrigti nesibaigiančiose cikluose (tikriausiai kurį laiką?;) Peržiūrint ir peržiūrint jau žinomą informaciją.

Nepasiduokite racionalizacijai

Pradėję kurti projektus neišvengiamai užstrigsite. Jei laikysitės jo, po kurio laiko jūs įveiksite barjerą, bet netrukus po to pateksite į kitą. Tai nėra pasirinkimas, ir tai atsitinka visiems.

Tokiomis akimirkomis kiekviena mūsų kūno dalis rėkia - darykime ką nors kita, bėgkime iš čia, tai verčia mane jaustis nejaukiai, vėliau galėsiu tai išspręsti, kai sužinosiu daugiau, grįšiu ir t. T. Taigi darome pauzę.

Tačiau bijome, kad mūsų pauzė tęsis ir mes tiesiog toliau vis mažiau koduosime ir atsisakysime. Kad to nenutiktų, bet vis tiek laikomės „sprendimo“ nedirbti su projektu, nusprendžiame, kad kol kas dirbsime per tam tikrą pamoką ar internetinius kursus.

Labai lengva racionalizuoti save kuriant. Niekas nepasakys, kad jūs nemokate koduoti ar jokiu būdu kritikuoti jūsų veiksmų. Jūs esate vienintelis, kuris gali nustatyti, kas iš tikrųjų vyksta (baimė, vengimas rizikuoti, pasipriešinimas) ir priimti sprendimą dėl darbo.

Patikėkite, visos sienos subyrės, jei jas trankysite pakankamai ilgai. Pagalvokite apie žmones, kurie tuo metu mokėsi užsienio kalbų, turėdami du tos pačios knygos egzempliorius gimtąja ir tiksline kalba. Kaip jie tai padarė? Jie tiesiog pakankamai ilgai to laikėsi.

Nepradėkite nuo BIG IDEA

Nuostabu, kad jį jau turite, tačiau čia yra keletas kitų aplinkybių, kurios gali pakeisti jūsų nuomonę. Priežastis, dėl kurios aš atkreipiu dėmesį į tai, yra tai, kad aš tai dažnai girdžiu iš žmonių: „Noriu sukurti internetinę programą, kuri žmonėms suteiktų galimybę susikurti savo augintinių paskyras, įkelti nuotraukų, stebėti vietas ir daugelį kitų dalykų. Neseniai pradėjau mokytis koduoti ir jau dabar rengiu savo idėją. “ Tai verčia mane eiti „Whoa whoa whoa“.

Tai, ką aš lengvai matau vykstant šioje situacijoje, yra tai, kad žmogus per daug įsipareigoja idėjai, pradeda labai entuziastingai ir lėtai ją kuria, tačiau laikui bėgant mokymasis negali atsilaikyti nuo projekto reikalavimų ir jaučiasi vilkdami, visada mintyse, nebaigti.

Blogiausia, kas gali nutikti šioje situacijoje, yra tai, kad žmogus atsisakys projekto ir kartu atsisakys kodavimo.

Aš rekomenduoju pradėti nuo paprastų projektų, o kai baigsite kiekvieną iš jų, jausitės laimėjimu ir geriau suprasite, kaip struktūrizuoti didesnį projektą.

Įsivaizduokite, kad esate rašytojas ir turėjote idėją vienai svarbiai savo gyvenimo knygai, ir jūs ją iškart pradėjote rašyti. Tikriausiai turėtumėte perrašyti 3–4 kartus, kad pasiektumėte tinkamą kokybės lygį, o jūs galėtumėte pradėti rašyti mažas istorijas, gauti atsiliepimų, patobulinti rašymą ir kreiptis į savo „Moby Dick“, kai būsite tikrai pasiruošę.

Kur semtis idėjų projektams

Geriausia vieta, kurią žinau, yra „Free Code Camp“. Tai aš ir panaudojau visiškai įstrigęs. Savo kodavimo kelionės pradžioje aš paklausiau visų žinomų kūrėjų (tiek neprisijungus, tiek internete), koks turėtų būti mano pirmasis projektas. Aš tau ne vaikas, kai sakau (netikėta staigmena), jie visi sakė, kad tai turėtų būti „To-Do List“ programa. Aš nuoširdžiai manau, kad jei mes ir toliau kursime šias „To-Do“ sąrašo programas, jos netrukus perpildys visą internetą.

„Free Code Camp“ man padėjo tam tikra prasme, nes pateikė įdomių projektų sąrašą, išdėstytą vis sunkiau. Dar vienas puikus dalykas yra tai, kad kiekvienas iš jų yra specialiai sukurtas tam, kad išmokytų jums konkrečią temą, pavyzdžiui: „Tribute“ puslapis išbandys jūsų HTML / CSS įgūdžius, „Show the Local Weather“ išmokys jus dirbti su API, sukurti „JavaScript“ Skaičiuoklė akivaizdžiai pagerins jūsų JS įgūdžius ir kt.

Tai yra tvirčiausias atspirties taškas, kurį žinau, kad galėčiau jus kurti. Apie visus užbaigtus projektus galite gauti atsiliepimų iš bendruomenės ir sužinoti, kaip kiti kreipėsi į juos (kai jūs sukūrėte savo, nesukčiaukite!) Norėdami gauti papildomo įkvėpimo, visada galite „Google“ rasti šaunių kodų projektų idėjų “Ar panašiai.

Pirmiausia suformuokite savo projektą

Prieš pradėdami statyti, parašykite, ką norite daryti. Turėkite parašytas konkrečias vartotojų istorijas, pavyzdžiui: „Vartotojai gali leisti garsą spustelėję garso grotuvo mygtuką“, „Vartotojai gali prisijungti naudodami savo el. Pašto adresą ir slaptažodį, taip pat tiesiog naudodamiesi„ Facebook “.

Jūsų kodas taip pat turi turėti pagrindinę struktūrą, prieš pradėdami jį rašyti. Parašykite pseudokodu - iš esmės tiesiog žodžiais paaiškinkite, ką veiks kiekviena programos dalis ar projekto kodas.

Pagrindinis pavyzdys:

// Kai vartotojas atidaro puslapį, paimkite jo vietą

// Siųskite užklausą į orų API svetainę su vieta

// Gauti duomenis

// Puslapyje rodykite laipsnius

// Pakeiskite fono puslapio vaizdą, kad jis atspindėtų dabartinius orus

Nepersistenkite, nereikia visų smulkmenų, kuriuos jūsų kodas darys pseudokoduose, iš pradžių rašyti, tačiau pagrindinės dalys turi būti išdėstytos.

Geriausias pavyzdys, kurį galiu pateikti: atminkite, kai rašėte rašinius mokykloje, pirmiausia turėjote juos susisteminti, pavyzdžiui, įžangą su savo nuomone šia tema, 3 pagrindinius jūsų nuomonės pagrindus ir išvadą .

Tai padės iš anksto numatyti galimas problemas ir pagerins jūsų kodo kokybę.

Gerai užstrigti

Kaip jau minėjau anksčiau, gerai užstrigti. Tai nereiškia, kad esame kvaili, tai reiškia, kad dar nežinome. Jūs visada patirsite įstrigimo akimirkas: ne tik mokydamiesi, bet ir darbe.

Kuo anksčiau jums bus nepatogu, tuo geriau. Tai padarys jūsų pažangą daug spartesnę. Pats programavimas yra kūrybiškas problemų sprendimas. Jei nėra sunkumų, kuriuos jums sunku išspręsti, reiškia, kad jūs žaidžiate saugiai. Nustokite trypti sekliame vandenyje ir nerkite!

Visų pirma, ir aš tai pakartosiu dar kartą, nemanykite, kad esate kvailas. Žinau, kad tai lengva padaryti šiomis akimirkomis. Dažnai kalbuosi su žmonėmis, kurie lengvai perėjo „Free Code Camp“ HTML / CSS / JS dalį, per dieną išmušdami 30–40 elementų, tada jie prieina prie pagrindinių ir tarpinių algoritmų ir sužino, kad jie gali atlikti tik 1– 5 per dieną, todėl jie daro išvadą, kad jie įstrigo ir yra kvaili, nepakankamai geri ar nėra skirti būti kūrėjais.

Aš taip pat buvau toks pat, jaučiau, kad yra žmonių, kurie tikriausiai tiesiog skraido per šį skyrių, ir aš jaučiausi blogai dėl savęs ir savo pažangos. Dabar aš žinau geriau.

Tai, ką čia bandau pasakyti, turėtumėte išmokti:

Būk per galvą

Turite rasti tokį projekto sunkumų lygį, kuris jus laiko tiesiai per vidurį tarp „dalykų, kurie yra lengvi“ ir „vis dar per sunkūs dalykai“.

Aš daug kalbėjau apie priežastis, kodėl pavojinga nuolat peržiūrėti ir mokytis tos pačios medžiagos (lengvieji dalykai), todėl pakalbėkime apie priešingą lygties pusę: sunkius dalykus.

Jūsų bendra taisyklė, kai artėjate prie ko nors sunkaus - kažko, ko, jūsų manymu, negalėsite padaryti, turėtų būti pabandyti tai padaryti pirmiausia.

Pradėkite nuo pagrindinės struktūros ir pabandykite ją užkoduoti. Jei esate užstrigęs tame pačiame dalyke daugiau nei tris dienas, kai sutelkiate dėmesį, trumpam jį numeskite ir raskite panašių, bet šiek tiek lengvesnių dalykų.

Manau, kad po to mano pasąmonė vis dar yra sutelkta į problemos, į kurią įstrigau, sprendimą. Aš gaunu šias atsitiktines idėjas, kaip galėčiau tai išspręsti, kai darau paprastus dalykus - pvz., Nusiprausiu po dušu ar plaunu indus - tai staiga mane užklumpa!

Kartais tai veikia būtent taip. Kartais taip nėra. Tačiau pagrindinis patarimas yra toks: visada išsirinkite tai, kas jums kelia šiek tiek nepatogumų . Viskas nėra verta jūsų laiko.

Atsparumas

Noriu pasidalinti su jumis vienu iš savo mėgstamiausių žodžių:

Atsparumas - sistemos gebėjimas toleruoti trikdžius nesugriuvus, atlaikyti smūgius, prireikus atstatyti save ir, kai įmanoma, tobulėti.

Tai nuostabi savybė, kurią jūs, kaip programuotojas (ir kaip žmogus, siekiantis sėkmės gyvenime), turėtumėte stengtis tobulinti savyje. Pasiruoškite visoms problemoms, iššūkiams, kritikai dėl savo darbo, dizaino, sprendimų ir visko, ką galėtumėte padaryti dar prieš jiems įvykstant.

Ar bijote būti scenoje? Prisiregistruokite, kad išmokytumėte savo vietos bendruomenės žmones žiniatinklio kūrimo pagrindų, arba prisiregistruokite kalbėti konferencijoje / technologijų renginyje.

Ar esate nusivylęs tuo, kaip praėjo jūsų interviu - ir kad vėliau nebuvote įdarbintas? Ar bijote, kad vėlu pradėti mokytis koduoti? Ar nesate patenkintas ką tik baigtu projektu?

Perkartokite visa tai : ko galite išmokti iš patirties, kad kitą kartą būtų geriau? Kaip savo silpnybes paversti stipriosiomis?

Pvz., Galite nerimauti, kad koduoti per vėlai einate per kitą metų karjerą X metus. Pertvarkykite, kad galvodami apie kitokią perspektyvą ir brandą, įtrauksite į industriją, kuriai labai reikalingi brandesni žmonės (psichologiškai) ir įvairesnė kilmė? Jūs praturtinate technologijų pramonę tuo pačiu sprendimu į ją įsitraukti!

Jei išgirsite balsą, sakantį „tu negali tapyti“, tai visais būdais tapyk ir tas balsas bus nutildytas. - Vincentas Van Gogas

Ką galiu rekomenduoti, kad jūsų atsparumas būtų didesnis, yra šios trys knygos:

  1. Senekos „Laiškai iš stoiko“
  2. Ryano „Holiday“ yra „Kliūtis yra kelias“
  3. Steveno Pressfieldo „Turning Pro“

Nustatykite dienos tikslą

Norėdami greičiau progresuoti, turėtumėte kiekvieną dieną dirbti su savo projektais. Ta dalis yra tik sveikas protas. Tačiau turėtumėte turėti omenyje keletą papildomų aplinkybių.

Užuot nustatę rezultato tikslą („Šiandien baigsiu šią funkciją ar tą dalį“), nustatykite konkretų laiko tarpą, kurį praleisite koduodami kiekvieną dieną. Nedarykite daugiau nei 30 minučių ar valandos per dieną.

Žinau, kad norite įsipareigoti koduoti 3 valandas per dieną ir bandyti to laikytis. Tai veikia, bet tik tiek laiko, kol gyvybė pradės veikti. Su protingu laiko limitu - pvz., 30 minučių per dieną - jūs visada žinosite, kad tai galima padaryti, ir kad jūs visada turėsite pusvalandį per dieną kodavimui, ypač jei jūsų pagrindinis tikslas yra išmokti koduoti. Tam tikromis dienomis net užkoduosite daugiau ir tai jausis puikiai, nes jau įvykdysite savo tos dienos kvotą.

Šis laiko apribojimas yra daugiau psichologinis triukas, kuris veikia dėl mūsų smegenų laidų. Pamenate, kai turėjote didelį projektą, kurį jums reikėjo pradėti, bet jūs vis delsėte ir delsėte, kol jums tiesiog užteko laiko jį užbaigti iki termino pabaigos? Jums sekėsi gerai, bet visą laiką prieš tai buvote įtemptas. Tada pridėkite tai, kad nėra niekas, kuris nustatytų jums terminą, kada reikia tapti kūrėju. Tai yra, niekas, o jūs.

Kas atsitinka, kai mes nustatome rezultato tikslą, yra tai, kad mes negalime įvertinti laiko, kurio prireiks tai ar šiai funkcijai užbaigti. Dažniausiai nevykdome to, ką užsibrėžėme tą dieną. Tai leidžia mums jaustis siaubingai ir sumažina norą kitą dieną atsisėsti ir užkoduoti.

Turėdami ribotą dienos tikslą, jūs darysite pažangą kiekvieną dieną. Kam rūpi, jei dar nebaigėte tos specifinės savybės, kurią norėjote įvesti šiandien? Jūs padarėte pažangą! Tu pasirodei. Tai ir veda į priekį.

Dar viena puiki premija - atsisėdus ir pradėjus koduoti, idėjos ir sprendimai pradės sklisti tarsi iš niekur (panašiai kaip parašyti straipsnį, ką?). Tai bus daug lengviau priversti save atsisėsti ir užkoduoti, kai sulauksite nerealių lūkesčių ir baimių.

Kopijuojant kodą eikvojamas laikas

Kuriant projektą, pačioje pradžioje - kai nežinai nuo ko pradėti, arba vėliau, kai patenki į problemą, kurios negali lengvai išspręsti, - patirsi stiprų norą pažvelgti prie projekto šaltinio kodo, kad pamatytumėte, kaip tai daroma. Jūs suprasite, kad tai leis jums akimirksniu suprasti kodą, o tai reiškia, kad jūs jį išmokote ir įsisavinote. Toli nuo to.

Nekopijuokite visų projektų ir nepritaikykite jų. Neimkite kodo dalių. Net neimkite jo gabalėlių.

Su projektais - pirmiausia nežiūrėkite į kodą. Su daiktais, kuriuos ieškojote „Stack Overflow“ ir pan., Pažiūrėkite į jį, išanalizuokite, supraskite, bet tada patys užkoduokite jį nuo nulio. Jūs pamatysite, kad sunku tai parašyti patiems, kai tik pamatėte visa tai.

Taip sąmoninga praktika skiriasi nuo įprastos praktikos (kartojimo). Pagrindinis 10 000 taisyklės laimėjimas yra tas, kad praktika turi būti apgalvota. Šablonų ir paruoštų sprendimų laikymasis niekur nenuves. Kažkas tikriausiai galėtų parašyti „Python“ scenarijų, kuris pakeis jus tuo, ką darote, jei taip einate. Atkreipkite dėmesį į tai, kas jums atrodo sunku.

Kita idėja, susijusi su tema, yra ta, kad jei kovojate su tam tikra tema, pabandykite ją išmokyti kitiems arba tiesiog paaiškinkite jiems taip, kaip suprantate. Rezultatai bus jums ir mokiniams.

Nukopijavę kodą atimsite galimybę išmokti tai padaryti patys, ir tai jokiu būdu nėra geriau nei pereiti pamoką. Taip, sprendimas yra čia pat. Taip, jei norite, galite tai paimti. Bet kokia prasmė? Ar norite ką nors sužavėti greičiu, kuriuo sukūrėte projektą? O gal bandote išvengti sunkių problemų, kurias išspręsti reikės šiek tiek laiko?

Kad ir kokia būtų jūsų priežastis - tai tik dar vienas kelias atgal į šiltą komfortą, nuo kurio bandome pabėgti. Daryk priešingai. Bėk link nemalonumų.

Vienintelis laikas pažvelgti į kitų žmonių kodą yra baigtas projektas. Tada ieškok, kiek nori, analizuok ir mokykis iš to.

Kiekviena sunki jūsų išspręsta problema verčia jus augti šuoliais.

Neplatink savo pastangų

Aš dėl to labai kalta, ir tai iš tikrųjų patarimas, kurį rašau daugiau sau nei niekam kitam (atsiprašau!). Pradėję dirbti su projektu ir atsitrenkę į mano minėtas sienas, jums kils pagunda sustabdyti tą projektą ir pradėti naują.

Pradžioje jis visada jaučiasi puikiai, kol nepataikai į sieną su antruoju projektu. Tada ant rankų turėsite du nebaigtus projektus. Tai kartosis dar ir dar kartą, jei leisite.

Čia sprendimas yra apsiriboti 2 projektais vienu metu. Kai užstrigsite ant vieno, skirkite šiek tiek laiko tai išsiaiškinti. Bet jei šiuo metu atrodo neįmanoma, tiesiog pereikite prie kito projekto, kurį turite. Svarbiausia yra nepradėti trečio, nes nuo jo yra slidus šlaitas.

Visada turėtumėte stengtis padaryti viską, kas įmanoma, kad liktumėte mokymosi kelyje. Jei jaučiatės atsibodę ar tiesiog nuobodu dėl to, ką šiuo metu darote, padarykite šiek tiek pertraukėlės, prisitaikykite ir grįžkite prie to. Visai neatsisakykite kodavimo.

Štai kodėl aš visada rekomenduoju turėti nedidelį kabinetėlį, ar tai būtų laikinas išsiblaškymas kitokio mokymosi šaltinio forma (tik savaitei), ar šiuo atveju du projektai, o ne vienas.

Jūsų portfelis jus įdarbins

Darbuotojui ar inžinieriui labai sunku įvertinti jūsų įgūdžius remiantis tik tuo, ką parašėte savo gyvenimo aprašyme. „Aš žinau„ JavaScript “! (ir turi 4 metų patirtį). “ "Parodyk man!" (Aš tikrai turiu sustoti su „Matrix“ nuorodomis).

Visi jūsų sukurti ir internete pateikti projektai yra jūsų galutinis tiesioginis atnaujinimas. Kiekvienas gali pažvelgti į tai ir įsitikinti, kad iš tikrųjų žinai, ką darai.

Tačiau neišsigąskite, tai nereiškia, kad jūsų kodas turėtų būti idealus, kad jie net galėtų jus laikyti. Šie projektai padės tiems, kuriems pavesta apklausti, tinkamai įvertinti įgūdžių lygį.

Jums nereikės patirti interviu, viršijančio jūsų lygį, nes kai kurie HR darbuotojai jūsų gyvenimo aprašyme rado tam tikrą raktinių žodžių rinkinį. Jūsų darbdavio lūkesčiai labiau atitiks jūsų realius sugebėjimus.

Teigiama darbo internete nauda yra:

  • darbdaviai mato, kad jūs žinote, ką darote
  • jie mato, kad jūs nuolat dirbate tobulindami savo įgūdžius
  • jie mato, kad jūs iš tikrųjų esate kūrėjas ir kad esate pakankamai drąsus, kad savo darbą internete galėtumėte pamatyti visiems.

Iš savo asmeninės patirties ir to, ką nuolat girdžiu iš Toronto „Free Code Camp“ grupės žmonių, svarbiausias veiksnys ieškant kodavimo darbo buvo jų projektų portfelis.

Geriau seksis interviu metu

Pokalbių metu jūs tikriausiai gausite mažą realaus gyvenimo žiniatinklio programą ar puslapį, kurį sukursite, arba jums bus suteikta problema, kurią reikės išspręsti.

Dažnai iškilus šioms problemoms, samdantis asmuo nori išsiaiškinti, kaip jūs galvojate, kaip išspręsti problemą. Jie ne visada nori, kad pateiktumėte idealų sprendimą. Kartais jie pateikia problemų, kurių neįmanoma išspręsti, kad tik pamatytum, ką padarysi. Su projektu gausite daug tokios praktikos: kiekvienas iš jų bus užpildytas šiomis mini problemomis.

Kalbant apie realaus gyvenimo dalykus, kuriuos galite duoti kurti, jie gali ir gali skirtis. Štai ką turėjau sukurti per interviu, kad galėčiau eiti savo dabartines pareigas. Žinau, kad kodas nėra toks puikus, tačiau tai turėtų suteikti jums idėjos, ko tikėtis. Vienintelė priežastis, kodėl man pavyko ją užbaigti savo interviu dieną, buvo ta, kad turėjau ankstesnės patirties kurdamas tokius dalykus kaip orų programa ir skaičiuoklė per „Free Code Camp“.

Nustatysite tikrąsias savo žinių spragas

Čia yra pamokos ir panašūs dalykai. Jie leidžia jums jaustis, kad baigę juos apžvelgėte viską, ką reikia žinoti apie šią temą. Tačiau tą akimirką, kai bandysite ką nors sukurti patys, iškart užstrigsite - dažnai ant labai paprastų dalykų.

Kodėl taip yra? Nes mokomąją medžiagą, kurią jums suteikė pamoka, pasirinko kažkas, kas ją sukūrė naudodamas savo supratimą apie tai, ko žmonės gali ieškoti. Ir todėl, kad visko aprėpti pamokoje tiesiog neįmanoma.

Vienintelis būdas iš tikrųjų pamatyti, kokių žinių jums trūksta, yra nuolat atrasti jų spragas einant. Jūs nežinote to, ko nežinote. Taigi procesas yra toks: eik, atsitrenk į sieną, išspręsk problemą, tęsk ir t.

Kiekvienas naujas projektas jus gąsdina. Ką daryti?

Aš nežinau apie tave, bet su manimi tai vyksta nuolat. Baigiu projektą ir jaučiuosi puikiai apie save ir savo įgūdžius. Tą minutę, kai perskaičiau savo kito vartotojo vartotojo istorijas, mane paralyžiuoja baimė.

Manau, kad galvoju - kaip aš galiu net pradėti? Ką turėčiau daryti pirmiausia? Kaip aš sugebėjau užbaigti ankstesnį? Nieko nežinau! * Perjungti visos panikos režimą *

Yra keletas būdų, kuriuos naudoju patekęs į tokią situaciją:

Pirmiausia apžvelkite visus ankstesnius jūsų sukurtus projektus. Jie taip pat labai baugino. Kažkaip radai būdą išspręsti problemas ir sukurti šiuos projektus.

Žvilgsnis į praeities sėkmes, kai esate nepasitikintis savimi, yra galingas būdas susigrąžinti save ir pasiruošti naujam iššūkiui.

Svarbiausia į projektą žiūrėti kaip į mažų problemų, kurias reikia išspręsti, pluoštą. Mes bijome tik todėl, kad visą ledkalnį matome visą, o jis artėja link mūsų. Tačiau jei naudosite techniką, apie kurią kalbėjome anksčiau - suskaidydami projektą iki pagrindinės struktūros, pradėti bus labai lengva.

Pamiršk perfekcionizmą

Jūs darote tai ne tam, kad sukurtumėte kokį nors idealų, nuostabų projektą, kurio kodas būtų toks gražus, kad privers verkti patyrusius kūrėjus.

Tikslas yra padaryti tai, kas būtina: išpildyti naudotojų istorijas, kurias jums suteikėte (arba susikūrėte patys), kad galėtumėte išmokti mechanikos, kaip veikia tam tikra kodavimo technika / kalbos ypatybė / sistema, ar tai būtų API, funkcijos, pažadai. ir kt.

Tada darykite kuo daugiau, kad patobulintumėte projektą - tiek dizainą, tiek funkcionalumą, tiek kodo kokybę.

Bet tam tikru momentu leiskite sau sustoti. Tai nėra tarptautinis meno konkursas. Tai jūs ir tema, kurią norite išmokti. Neleiskite, kad objektas jus taip gąsdintų, kad net negalite pradėti.

Žmonės, kuriems yra ypatingas poreikis viską padaryti tobulai, paprastai yra tie, kurie nieko nedaro.

Pavyzdžiui, negalėčiau pradėti nuo šio straipsnio, jei praleisčiau per daug laiko nerimaudamas, ar jis bus geras, ar blogas, o ką jau kalbėti apie tobulą. Žinojau, kad tai yra svarbi tema, kuria domisi daugybė žmonių ir kad man reikia parašyti apie tai, ką atradau iki šiol, tikėdamasis, kad tai kažkam padės ir palengvins jų kodavimo kelionę.

Jei viskas turėtų būti tobula, ar mene būtų vietos eskizams? Netobulumai yra tai, kas juos daro unikalius.

Tegul jūsų kūryba plūsta!

Nesijaučia, kad turite sukurti savo projektą tiksliai tokį patį, kokį matote puslapyje, jei dirbate iš aprašymo ir pavyzdžio, kurį radote internete. Programavimas yra tiek meno, kiek mokslas.

Pažvelkite į šį dalyką dar rimčiau, jei darote priekinę dalį.

Jei kuriate atsitiktinių citatų mašiną, tegul jūsų mėgstamiausio personažo citatos yra. Jei kuriate žaidimą, tegul garsai ir dizainas būna tokie, kokie norite!

Būti keistam. Išleisk visus savo asmenybės keistenybes ir unikalius skirtumus. Išlaisvink tikrąjį save.

Susitelkite į visų naudotojų istorijų įgyvendinimą, tačiau visa kita priklauso tik nuo jūsų.

Štai „Zen“ skaičiuoklė, kurią sukūriau, kaip pavyzdys to, apie ką kalbu. Žinoma, galite būti kur kas kūrybiškesni. Originalas yra čia, nors jis jau atnaujintas. Versija, kuria dirbau, labiau priminė „iPhone“ skaičiuoklės programą.

Žiniatinklis ir apskritai programavimas leidžia mums tą laisvę. Niekada nesusilaikykite. Būkite tuo, kuo norite, darykite viską, ką norite, ir leiskite tam išsilieti kiekvienai savo gyvenimo daliai, įskaitant kodavimą.

Čia yra kažkas įkvėpimo ir norint parodyti, ką aš turiu omenyje:

Daiktai gauna savo skonį tik tada, kai prie jų pridedate asmenybės! Palyginkite hiperrealistinius tapytojus ir Picasso. Ar galėtumėte atskirti hiperrealistinius tapytojus vien žiūrėdami į jų darbus? Aš labai abejoju. Vis dėlto tu iškart žinai Pikaso paveikslą. Priverčia susimąstyti.

Pasiduokite išsiblaškymui - kartais

Kartais nedera šiek tiek pailsėti nuo projektų, tačiau tam reikia turėti tam tikras taisykles.

Geriausia, jei jūsų išsiblaškymas truks mažiau nei savaitę , nesvarbu, ar tai būtų kursai, ar pamokos, ar dar kas nors. Tai turėtų būti konkretus dalykas, kurį norite išmokti, pageidautina, kad jis būtų susijęs su tuo, ką turite žinoti, kad galėtumėte toliau tobulinti savo projektą.

Kitu atveju man viskas gerai, jei skaitai programavimo knygas ar žiūri koduojamus vaizdo įrašus važiuodamas į darbą arba laukdamas kur nors neturėdamas prieigos prie interneto.

Tiesiog įsitikinkite, kad grįžę prie savo stalo (ar bet kurios vietos, iš kurios koduojate - galėtumėte būti lova ar sofa, ar ne?), Grįšite prie tikrų dalykų. Tai tavo praktika .

Gaukite atsiliepimų apie savo projektus

Projektai ne tik padeda užpildyti savo žinių spragas, bet ir suteikia artefaktą, kuriuo galite pasidalinti su pasauliu, prašydami konstruktyvaus atsiliepimo.

Būkite atsargūs, su kuo dalijatės savo projektais. Neišleiskite pernelyg kritiškų žmonių. Pabandykite rasti tikrus kūrėjus arba žmones, kurie taip pat vis dar mokosi, bet jau yra šiek tiek pažangesni nei jūs. Paprašykite jų peržiūrėti jūsų kodą ir pateikti savo atsiliepimus. Ką galite patobulinti? Kas veikia? Kas ne?

Tai dar labiau pagreitins jūsų mokymąsi, nes šie malonūs žmonės padės jums atskleisti įžvalgas, kurių kitaip nebūtumėte radę.

Tikiuosi, kad jau įsitikinau, kad tiesioginių projektų kūrimas yra efektyviausias būdas išmokti koduoti.

Aš asmeniškai pastebėjau, kad laikotarpiai, kai kuriu, priešingai nei žiūriu, skaitau ar einu internetinius kursus, yra laikotarpiai, kai mokausi daugiausiai. Tikiuosi, kad jūsų patirtis bus tokia pati kaip ir mano.

Sėkmės! Nedvejodami įtraukite savo patarimus į šio straipsnio komentarus ir pasidalykite savo projektais taip pat čia.

Atsitiktinė pastaba: aš parašiau šį straipsnį klausydamasis „Tron: Legacy Soundtrack“.

Jei jums patiko šis straipsnis, spustelėkite ❤ ir rekomenduokite jį čia, „Medium“. Tai man reikštų pasaulį! :)