Kasulikud näpunäited, mis aitavad teil veebiarendajana häid harjumusi luua

See artikkel on suunatud noorematele arendajatele, kuid võib kedagi huvitada kui kasulike näpunäidete kogumit heade harjumuste kasvatamiseks.

Püüan pidevalt ennast proovile panna ja mugavustsoonist välja tulla. Siin on kokkuvõte parimatest igapäevastest näpunäidetest, mille välja mõtlesin.

Püüan oma tööharjumusi täieneda kasvades, nii et soovitage julgelt ka mõnda selles artiklis täpsustamata nõuannet, mis mind ka aitaks!

Hästi, esimene näpunäide.

1. Tehke tehnikat. PALJU.

„Tehnoloogia jälgimine“ on tegevus, mille eesmärk on olla uuendustega kursis antud sektoris.

Palju rohkem öelda pole, kuid minu arvates on see lihtsaim viis õppida lihtsalt lugedes. Isegi kui te ei saa kogu teemast aru ega õpeta, kuidas maagiat, millest artiklis räägitakse, teate, et see on olemas. Ja see on tegelikult oluline.

Nüüd on veebis saadaval palju teenuseid ja tööriistu, mis aitavad teil seda teha. Peaksite neid kasutama, sest need on teie esimene teabeallikas ja uusi ideid iga päev, nädal või kuu.

Sellised tööriistad nagu Netvibes võivad aidata teil palju aega kokku hoida, jälgides kogu oma tehnoloogiakella ühes kohas. Lisaks soovitaksin jälgida uut sisu ja lugeda kõiki oma voogusid näiteks esmaspäeval ja neljapäeval, mitte iga päev.

Mõned veebisaidid / foorumid, mida loen iga nädal:

  • Codropsi kollektiivid
  • Hackernoon
  • SmashingMagazine
  • FreeCodeCamp
  • CodyHouse
  • Twitter
  • Veebi põhialused Google'ilt
  • Daily Dev Links
  • Daywatch.io

Kuid kui kasutate sisujälgimise tööriistu, proovige keskenduda teemale, mis on seotud oskustega, millega soovite töötada.

Lihtne on eksida ja hüpata ühe teema juurest teise juurde. Ok, viimane artikkel uue krüpto ICO kohta on SUPERHuvi, kuid kas te töötate krüptorahas? Püsige keskendunud.

2. Vaadake ägedaid veebisaite. Ja pakkige need lahti!

Siit leiate hõlpsasti ägedaid veebisaite, ressursse või koodikatseid:

  • Auhinnad
  • CSSi disainiauhinnad
  • FWA
  • Codepen

Kuid mõte pole vaadata neid ja öelda: "Ma ei saa seda kunagi teha!"

Küsige endalt: kuidas teete maagiat ja proovige mõista, mida nad selle ehitamiseks kasutasid. Uus tehnoloogia, uus JavaScripti teek, tundmatu CSS-i vara? Me elame maailmas, kus iga päev tuleb uusi asju ja me ei suuda õppida nii kiiresti, kui tehnoloogiad ise kasvavad.

Kuid ma soovitaksin teil mitte ainult proovida protsessi mõista, vaid ka proovida seda reprodutseerida ja selgitada. Üldiselt, kui saate kellelegi õpetada, olete selle teema valdanud.

Viimase aasta jooksul veetsin palju aega oma protsessi muutmiseks. Veebisaitide lahti pakkimine ja mõistmine, kuidas osavad inimesed neid ehitasid. Kõik need sammud aitasid mul erinevaid tehnikaid kombineerida ja leida nutikaid viise oma veebisaitide koostamiseks.

See juhatab mind otse järgmise punkti juurde.

3. Õppige neilt, kellel on rohkem kogemusi

Tavaliselt, kui alustate ettevõttes nooremana, suunab teid juhtiv arendaja, kes vaatab teie koodi üle, ajastab teie ülesanded ja takistab andmebaasi viskamist.

Ärge häbenege paluda neilt rohkem teada saada. Paluge neil näidata teile, kuidas teha lahedaid asju, mida nad tegid viimasel veebisaidil, või mõnusat komponenti, mille nad tegid kõigi arendusmeeskonna inimeste elu lihtsamaks.

Kuid kõige tähtsam: ärge kartke küsida asju, mis teie arvates on tummad.

Kõik alustavad erineva haridusega, seega on loomulik küsida küsimusi, mis mõnikord võivad tunduda „rumalad“, kuid need vastused aitavad teil aastaid.

Teine võimalus parimatelt õppida on ülevaatuse koodimine.

Kui teie meeskond seda regulaarselt ei tee, tutvustage seda esimesena oma arendustiimile. Paluge teistel meeskonna liikmetel teie kood üle vaadata ja seda parandada.

Kuula neid. Alustage arutelu. Selgitage, miks te seda tegite nii ja mitte nii, nagu nad oleksid teinud. Tõenäoliselt on kõige tervislikum viis üksteise tugevuste vahetamine, arutamine ja õppimine.

4. ÄRA KUNAGI, KUNAGI, unusta oma koodi kommenteerimast

Ok, ma tean, et olete seda lauset miljon korda lugenud pärast kodeerimise alustamist. Internetis, teie ülemused, õpetajad, võib-olla ka teie koer.

Oma koodi kommenteerimise eesmärk ei ole muuta see lihtsalt arusaadavaks teisele arendajale või iseendale. See on ka viis mõelda oma funktsioonile enne selle kirjutamist. Eesmärgi määratlemiseks. Ja ainult üks.

Peatage multiSuperTaskFunction () loomine.

// I don't know RickmySuperFunctionAddRemoveCreateEarth( $string, $purpose1, $bool) { $var1 = true; while($var1) { addNewHumans++; } else { heregoesnothing();
 }}

Oletame näiteks, et hakkate planeedi ökosüsteemi haldamiseks funktsiooni kirjutama. Kombineerides oma koodi, järjestate koodi automaatselt mitmekordse funktsioonina. Ja igal funktsioonil on täita ainult üks ülesanne.

/** Handler to create the planet system*/Class Planet {
 public $name;
/* * Set the name of the instancied planet * @var STRING $new_name Contain only a string to name the planet */ function set_name(string $new_name) { $this->name = $new_name; } /* * Function to access the name of the planet * return STRING $this->name Contain only a string with the name * of the planet */ function get_name() { return $this->name; }
}

See kõigi oma funktsioonide väikeste eraldamise põhimõte aitab teil vead kiiremini tuvastada. See võimaldab teil ka elemendid eraldada ja neid hiljem uuesti kasutada (modulaarsed komponendid). Lõpuks on see palju loetavam ja te ei pea oma koodi kuvamisel varjama.

5. Parandage oma koodi: Refactor.

Kui loodate kõigile peale teie, ei saa te edusamme ja enesekindlust. See on põhjus, miks on oluline minna tagasi oma musta koodi juurde ja see puhastada.

Ma arvan, et see on veelgi olulisem kui uue funktsiooni väljatöötamine. Niisiis, järgmine kord, kui teie projektijuht küsib, mida te selle 5-tunnise mittearveldatava töö ajal tegite, võite vastata: ma parandan oma koodi.

“Koodi refaktoreerimine on kontrollitud tehnika olemasoleva koodibaasi kujunduse täiustamiseks. Selle olemus on väikeste käitumist säilitavate ümberkujunduste rakendamine, millest igaüks on "liiga väike, et seda väärt teha". Kõigi nende teisenduste kumulatiivne mõju on siiski üsna märkimisväärne. Väikeste sammudega tehes vähendate vigade tekkimise ohtu. “Martin Fowler, olemasoleva koodi kujunduse parandamine

Pikk lugu, proovige oma kood üle vaadata ja seda paremaks muuta, ilma et see funktsionaalsust mõjutaks. Kiirem, puhtam, loetavam, modulaarne.

The way I do it is to isolate a code part I’m not proud of or had to code quickly due to a short deadline, and come back to it one or two weeks later.

There is always a good reason to explain why you wrote that piece of bad code but you can’t really argue why you didn’t take the time to improve it.

An unstable portion of code will never be anything else than the sword of Damocles hanging over your head.

It can be challenging to recover your code or get involved in a complex function. But it will never be as hard as having to do it under the pressure of a bug triggered live.

Take your time, try to understand your mistakes. It will save you a lot of time, stress and health in the long term.

6. Make mistakes.

Ok, but…?!

Kuna hakkasin kodeerima, sain teada, et kõige väärtuslikum viis ennast paremaks muuta oli ikka ja jälle läbikukkumine. Uskuge mind, mõnda viga on peaaegu võimatu vältida ja see on täiesti normaalne.

Kas kirjutasite sama projekti viis korda sama funktsiooni? Ma tegin seda palju kordi. Kuid seda enam ei juhtu, tänu minu kogemustele ja loodud protsessidele.

Ärge kartke vigu teha. Teete neid ikka ja jälle, kuid üha harvemini. Te ei pea kunagi lõpetama vajadust õppida uusi asju ja kohaneda uute tehnoloogiliste muutustega, kuid see on meie töö ilu. Uute asjade õppimine iga päev.

Täname, et leidsite aega minu esimese Medium'i artikli vaatamiseks!

Kui teile see artikkel meeldis, visake a ?, jälgige mind Mediumis ja soovitage seda artiklit oma sõpradele.

Võtke julgelt ühendust LinkedInis! ✌️