JavaScript-kehittäjänä oleminen on siistiä, koska hyvien JS-ohjelmoijien tarve kasvaa jatkuvasti työmarkkinoilla. Nykyään on paljon kehyksiä, kirjastoja ja muuta, mitä voidaan käyttää työssä - ja tästä meidän pitäisi olla suurelta osin kiitollisia avoimen lähdekoodin lähteille. Mutta jossain vaiheessa kehittäjä alkaa viettää liikaa aikaa JS-projekteihin verrattuna kaikkiin muihin tehtäviin.
On hyvin todennäköistä, että tämä johtaa tuhoisiin seurauksiin urallesi tulevaisuudessa, mutta et vielä ymmärrä sitä. Olen itse tehnyt joitakin alla kuvatuista virheistä aiemmin, ja nyt haluan suojella sinua niiltä. Tässä on kahdeksan JS-kehittäjän virhettä, jotka voivat tehdä tulevaisuudestasi vähemmän valoisaa.
Muistutamme sinua: kaikille "Habrin" lukijoille - 10 000 ruplan alennus ilmoittautuessaan mille tahansa Skillbox-kurssille "Habr" -tarjouskoodilla.
Skillbox suosittelee: Kouluttava verkkokurssi .
jQueryn käyttö
jQuerylla on ollut valtava rooli koko JavaScript-ekosysteemin kehityksessä. Aluksi JS:llä luotiin diaesityksiä ja erilaisia widgetejä, kuvagallerioita verkkosivustoille. jQuery mahdollisti koodien yhteensopivuusongelmat eri selainten välillä unohtamisen, abstraktiotasojen käytön standardoinnin ja DOM:n kanssa työskentelyn. Tämä puolestaan auttoi yksinkertaistamaan AJAX:ia ja ongelmia selainten välisissä eroissa.
Nykyään nämä ongelmat eivät kuitenkaan ole yhtä tärkeitä kuin ennen. Suurin osa niistä on ratkaistu standardoinnilla - tämä koskee esimerkiksi haku- ja API-valitsimia.
Muut kirjastot, kuten React, ratkaisevat loput ongelmat. Kirjastot tarjoavat monia muita ominaisuuksia, joita jQueryssä ei ole.
Kun työskentelet jQueryn kanssa, alat jossain vaiheessa tehdä outoja asioita, kuten käyttää DOM-elementtejä nykyisinä tiloina tai datana ja kirjoittaa hirvittävän monimutkaista koodia vain selvittääksesi, mikä on vialla DOM:n edellisessä, nykyisessä ja tulevassa tilassa. jotta varmistetaan asianmukainen siirtyminen tuleviin valtioihin.
Ei ole mitään jQueryn käyttöä vastaan, mutta käytä aikaa oppiaksesi lisää nykyaikaisemmista vaihtoehdoista – Reactista, Vuesta ja Angularista – ja niiden eduista.
Yksikkötestauksen välttäminen
Näen usein ihmisten jättävän huomiotta verkkosovellustensa yksikkötestit. Kaikki menee hyvin, kunnes sovellus kaatuu "odottamattomalla virheellä". Ja tällä hetkellä meillä on valtava ongelma, koska menetämme aikaa ja rahaa.
Kyllä, jos sovellus kääntää normaalisti ilman virheitä ja kun se on käännetty, se ei tarkoita, että se on valmis käytettäväksi.
Testauksen puute on jopa enemmän tai vähemmän hyväksyttävää pienissä sovelluksissa. Mutta kun ohjelmat ovat suuria ja monimutkaisia, niitä on vaikea ylläpitää. Siksi testeistä tulee erittäin tärkeä osa kehitystä. Tällä tavalla yhden sovellusosan muuttaminen ei riko toista.
Ottaa käyttöön .
Oppimiskehykset ennen JavaScriptiä
Ymmärrän täysin niitä, jotka aloittaessaan web-sovelluksen kehittämisen alkavat heti käyttää suosittuja kirjastoja ja kehyksiä, kuten React, Vue tai Angular.
Sanoin ennen, että sinun on opittava ensin JavaScript ja sitten puitteet, mutta nyt olen vakuuttunut, että sinun täytyy tehdä se kaikki samanaikaisesti. JS muuttuu erittäin nopeasti, joten sinun on hankittava kokemusta Reactin, Vuen tai Angularin käytöstä samaan aikaan JavaScriptin oppimisen kanssa.
Tämä alkaa vaikuttaa vaatimuksiin, joita hakijoille asetetaan kehittäjäksi. Esimerkiksi tämän löysin, kun hain "JavaScript" Indeedissä.
Työnkuvauksessa sanotaan, että he tarvitsevat tietoa jQuerystä JA JavaScriptistä. Nuo. Tälle yritykselle molemmat komponentit ovat yhtä tärkeitä.
Tässä on toinen kuvaus, jossa luetellaan vain "perus"vaatimukset:
Ja tämä tapahtuu noin puolessa avoimista työpaikoista, joita katsoin. Uskon kuitenkin, että oikea aikasuhde JS:n ja kehysten oppimiseen on noin 65-35 %, ei 50-50.
Haluttomuus tutustua "puhtaan koodin" käsitteeseen
Jokaisen pyrkivän kehittäjän on opittava luomaan puhdasta koodia, jos hän haluaa tulla ammattilaiseksi. ”puhtaan koodin” käsitteeseen kannattaa tutustua urasi alussa. Mitä nopeammin alat noudattaa tätä käsitettä, sitä nopeammin totut kirjoittamaan puhdasta koodia, jota on helppo ylläpitää myöhemmin.
Muuten, ymmärtääksesi hyvän ja puhtaan koodin edut, sinun ei tarvitse yrittää kirjoittaa huonoa koodia itse. Taitosi ovat hyödyllisiä myöhemmin, töissä, kun kauhistut jonkun toisen huonosta koodista.
Suuret projektit aloitetaan liian aikaisin
Tein urani alussa suuren virheen: yritin ottaa suuren projektin, kun en ollut siihen vielä valmis.
Saatat kysyä, mikä tässä on vialla. On vastaus. Tosiasia on, että jos et ole keski- tai vanhempi, et todennäköisesti pysty toteuttamaan "suuria projektiasi". Siinä tulee olemaan liian monia huomioitavia elementtejä ja asioita. Etkä pysty selviytymään, jos et ole aivan urasi alussa kehittänyt tapaa kirjoittaa "puhdasta koodia", käyttämällä testejä, skaalautuvaa arkkitehtuuria jne.
Oletetaan, että vietit paljon aikaa tähän projektiin, et saanut sitä päätökseen ja yrität nyt siirtyä keskitasolle. Ja sitten yhtäkkiä huomaat, että et voi näyttää tätä koodia kenellekään, koska se ei ole kovin hyvä ja vaatii uudelleenkäsittelyä. Vietit kuitenkin paljon aikaa tähän "vuosisadan projektiin", eikä sinulla ole nyt esimerkkejä hyvästä työstä lisättävänä portfolioosi. Ja menetät haastattelun toisensa jälkeen niille hakijoille, jotka voivat näyttää työnsä, vaikkakaan ei kovin suuressa, portfoliossa.
Joka tapauksessa sinun on jatkossa refraktoitava, koska koodi ei ole kovin hyvä, ja käyttämäsi tekniikat eivät ole juuri sitä, mitä tarvitset. Tämän seurauksena ymmärrät, että on helpompi kirjoittaa kaikki uudelleen tyhjästä kuin yrittää korjata se.
Tietysti kaikki tämä voidaan lisätä portfolioosi, mutta mahdollinen työnantaja näkee siellä paljon puutteita ja tekee johtopäätöksiä, jotka ovat sinulle pettymys.
Haluttomuus oppia tietorakenteita ja algoritmeja
Voit kiistellä pitkään siitä, milloin sinun pitäisi aloittaa tietorakenteen ja algoritmien tutkiminen. Jotkut ihmiset suosittelevat tämän tekemistä ennen JavaScriptin hallitsemista, toiset sen jälkeen.
Uskon, että tätä ei ole tarpeen opetella alussa yksityiskohtaisesti, mutta algoritmit kannattaa ymmärtää, koska se antaa peruskäsityksen tietokoneohjelmien ja laskelmien toiminnasta.
Algoritmit ovat olennainen osa kaikkia laskelmia ja ohjelmia. Itse asiassa tietokoneohjelmat itsessään ovat yhdistelmä algoritmeja ja tietyllä tavalla strukturoituja tietoja, siinä kaikki.
Fyysisen toiminnan kieltäminen
Urheilun kehittäjälle on erittäin tärkeää. En ole valmentaja, mutta olen nähnyt kehoni muuttuvan vuodesta toiseen. Siksi voin kertoa, mihin liikunnan puute johtaa.
Ensimmäinen työpaikkani oli varsin ongelmallinen useista syistä, ja yksi ongelma oli se, että lihoin vuodessa lähes kaksikymmentä kiloa. Sitten opiskelin aktiivisesti JavaScriptiä.
Jos et harrasta liikuntaa, sinulla on riski lihoa, ja tällä on monia kielteisiä seurauksia: liikalihavuus, migreenit (mukaan lukien krooniset), korkea verenpaine jne. Ongelmien luettelo on todella loputon.
Sosiaalinen eristäminen
Perhe ja läheiset ovat tärkeitä. Uppoutumalla JavaScriptin oppimiseen ja aliarvioimalla henkisen ja tunne-elämäsi tärkeyden vaarannat masentua, tulla ärtyisäksi, nukkua huonosti ja paljon muuta.
Tulokset
Toivottavasti joistakin näistä on sinulle hyötyä. Jos pidät huolta itsestäsi tänään, sinun ei tarvitse korjata virheitä myöhemmin.
Skillbox suosittelee:
- Käytännön kurssi .
- Sovellettu verkkokurssi .
- Kahden vuoden käytännön kurssi .
Lähde: will.com