Å være JavaScript-utvikler er kult fordi behovet for gode JS-programmerere stadig øker på arbeidsmarkedet. Nå for tiden er det mye rammeverk, biblioteker og annet som kan brukes i jobben – og i stor grad skal vi være takknemlige overfor åpne kilder for dette. Men på et tidspunkt begynner en utvikler å bruke for mye tid på JS-prosjekter sammenlignet med alle andre oppgaver.
Det er svært sannsynlig at dette vil føre til katastrofale konsekvenser for karrieren din i fremtiden, men du er ikke klar over det ennå. Jeg har selv gjort noen av feilene beskrevet nedenfor tidligere, og nå vil jeg beskytte deg mot dem. Her er åtte JS-utviklerfeil som kan gjøre fremtiden din mindre lys.
Vi minner om: for alle lesere av "Habr" - en rabatt på 10 000 rubler når du melder deg på et hvilket som helst Skillbox-kurs ved å bruke kampanjekoden "Habr".
Skillbox anbefaler: Pedagogisk nettkurs .
Bruker jQuery
jQuery har spilt en stor rolle i utviklingen av hele JavaScript-økosystemet. I utgangspunktet ble JS brukt til å lage lysbildefremvisninger og ulike typer widgets, bildegallerier for nettsteder. jQuery gjorde det mulig å glemme problemer med kodekompatibilitet mellom ulike nettlesere, standardisering av bruk av abstraksjonsnivåer og arbeid med DOM. I sin tur bidro dette til å forenkle AJAX og problemer med forskjeller på tvers av nettlesere.
Men i dag er ikke disse problemene like relevante som før. De fleste av dem ble løst gjennom standardisering – for eksempel dreier dette seg om henting og API-velgere.
De resterende problemene løses av andre biblioteker som React. Biblioteker tilbyr mange andre funksjoner som jQuery ikke har.
Når du jobber med jQuery, begynner du på et tidspunkt å gjøre rare ting, som å bruke DOM-elementer som nåværende tilstander eller data, og skrive fryktelig kompleks kode bare for å finne ut hva som er galt med den forrige, nåværende og fremtidige tilstanden til DOM , i tillegg for å sikre riktig overgang til kommende stater.
Det er ingenting i mot å bruke jQuery, men ta deg tid til å lære mer om de mer moderne alternativene – React, Vue og Angular – og fordelene deres.
Unngå enhetstesting
Jeg ser ofte folk ignorere enhetstester for nettapplikasjonene sine. Alt går bra til applikasjonen krasjer med en "uventet feil". Og i dette øyeblikket får vi et stort problem fordi vi taper tid og penger.
Ja, hvis en applikasjon kompilerer normalt uten å produsere feil, og når den er kompilert fungerer den, betyr ikke dette at den er klar til bruk.
Mangel på testing er enda mer eller mindre akseptabelt for små applikasjoner. Men når programmer er store og komplekse, er de vanskelige å vedlikeholde. Derfor blir tester et ekstremt viktig element i utviklingen. På denne måten vil ikke endring av en applikasjonskomponent ødelegge en annen.
Begynn å bruke .
Læringsrammer før JavaScript
Jeg forstår perfekt de som, når de begynner å utvikle en webapplikasjon, umiddelbart begynner å bruke populære biblioteker og rammeverk som React, Vue eller Angular.
Jeg pleide å si at du må lære JavaScript først og deretter rammeverkene, men nå er jeg overbevist om at du må gjøre alt på samme tid. JS endres ekstremt raskt, så du må få litt erfaring med å bruke React, Vue eller Angular samtidig som du lærer JavaScript.
Dette begynner å påvirke kravene som stilles til kandidater til stillingen som utvikler. Dette er for eksempel det jeg fant da jeg søkte etter "JavaScript" på Indeed.
Stillingsbeskrivelsen sier at de trenger kunnskap om jQuery OG JavaScript. De. For dette selskapet er begge komponentene like viktige.
Her er en annen beskrivelse som bare viser de "grunnleggende" kravene:
Og dette skjer i omtrent halvparten av de ledige stillingene jeg så på. Imidlertid tror jeg at det riktige forholdet mellom tid for å lære JS og rammeverk er omtrent 65% til 35%, ikke 50 til 50.
Motvilje mot å bli kjent med konseptet "ren kode"
Hver aspirerende utvikler må lære å lage ren kode hvis de ønsker å bli profesjonelle. Det er verdt å gjøre deg kjent med konseptet "ren kode" i starten av din karriere. Jo før du begynner å følge dette konseptet, jo raskere blir du vant til å skrive ren kode som er enkel å vedlikeholde senere.
For å forstå fordelene med god og ren kode, trenger du forresten ikke prøve å skrive dårlig kode selv. Ferdighetene dine vil komme godt med senere, på jobben, når du blir skremt av andres dårlige kode.
Starter arbeidet med store prosjekter for tidlig
Tidlig i karrieren min gjorde jeg en stor feil: Jeg prøvde å ta på meg et stort prosjekt da jeg ennå ikke var klar for det.
Du kan spørre hva som er galt her. Det er et svar. Faktum er at hvis du ikke er mellom- eller senior, vil du mest sannsynlig ikke være i stand til å fullføre ditt "store prosjekt". Det vil være for mange elementer og ting å vurdere. Og du vil ikke være i stand til å takle hvis du helt i begynnelsen av karrieren din ikke har utviklet en vane med å skrive "ren kode", bruke tester, skalerbar arkitektur, etc.
La oss si at du brukte mye tid på dette prosjektet, ikke fullførte det, og nå prøver å flytte til mellomnivået. Og så innser du plutselig at du ikke kan vise denne koden til noen fordi den ikke er veldig bra og må omstruktureres. Du brukte imidlertid mye tid på dette "århundrets prosjekt", og nå har du ingen eksempler på godt arbeid å legge til porteføljen din. Og du mister det ene intervjuet etter det andre til de kandidatene som kan vise arbeidet sitt, om enn ikke veldig stort, i en portefølje.
I alle fall, i fremtiden vil du måtte refaktorere, siden koden ikke er veldig bra, og teknologiene du brukte ikke er akkurat det du trenger. Som et resultat innser du at det er lettere å skrive om alt fra bunnen av enn å prøve å fikse det.
Alt dette kan selvfølgelig legges til porteføljen din, men en potensiell arbeidsgiver vil se mange mangler der og komme til konklusjoner som er skuffende for deg.
Motvilje mot å lære datastrukturer og algoritmer
Man kan krangle lenge om når man bør begynne å studere datastruktur og algoritmer. Noen foreslår å gjøre dette før de mestrer JavaScript, andre etter.
Jeg tror at det ikke er nødvendig å lære dette i detalj i begynnelsen, men det er verdt å forstå algoritmene, siden dette vil gi en grunnleggende forståelse av arbeidet med dataprogrammer og beregninger.
Algoritmer er en integrert del av alle beregninger og programmer. Faktisk er dataprogrammer i seg selv en kombinasjon av et sett med algoritmer og data strukturert på en bestemt måte, det er alt.
Avslag på fysisk aktivitet
Det er veldig viktig for en utvikler å drive med sport. Jeg er ingen trener, men jeg har sett kroppen min forandre seg, år etter år. Derfor kan jeg fortelle deg hva mangelen på fysisk trening fører til.
Min første jobb var ganske problematisk av flere årsaker, og et av problemene var at jeg på bare et år gikk opp nesten to dusin kilo. Deretter studerte jeg aktivt JavaScript.
Hvis du ikke trener, risikerer du å gå opp i vekt, og dette vil ha mange negative konsekvenser: fedme, migrene (inkludert kroniske), høyt blodtrykk, etc. Listen over problemer er virkelig uendelig.
Sosial selvisolasjon
Familie og kjære er viktig. Ved å fordype deg i å lære JavaScript og undervurdere viktigheten av ditt mentale og følelsesmessige liv, risikerer du å bli deprimert, bli irritabel, ikke sove godt og mye mer.
Funn
Jeg håper noe av dette er nyttig for deg. Hvis du tar vare på deg selv i dag, slipper du å rette opp feil senere.
Skillbox anbefaler:
- Praktisk kurs .
- Anvendt nettkurs .
- Toårig praktisk kurs .
Kilde: www.habr.com