At være JavaScript-udvikler er fedt, fordi behovet for gode JS-programmører konstant vokser på arbejdsmarkedet. I dag er der en masse rammer, biblioteker og andet, der kan bruges i arbejdet – og det skal vi i høj grad være taknemmelige over for open source-kilder for. Men på et tidspunkt begynder en udvikler at bruge for meget tid på JS-projekter sammenlignet med alle andre opgaver.
Det er meget sandsynligt, at dette vil føre til katastrofale konsekvenser for din karriere i fremtiden, men du er ikke klar over det endnu. Jeg har selv begået nogle af de fejl, der er beskrevet nedenfor, tidligere, og nu vil jeg beskytte dig mod dem. Her er otte JS-udviklerfejl, der kan gøre din fremtid mindre lysende.
Påmindelse: for alle læsere af "Habr" - en rabat på 10 rubler ved tilmelding til ethvert Skillbox-kursus ved hjælp af "Habr"-kampagnekoden.
Skillbox anbefaler: Pædagogisk online kursus .
Brug af jQuery
jQuery har spillet en stor rolle i udviklingen af hele JavaScript-økosystemet. Oprindeligt blev JS brugt til at lave diasshows og forskellige slags widgets, billedgallerier til hjemmesider. jQuery gjorde det muligt at glemme problemer med kodekompatibilitet mellem forskellige browsere, standardisering af brugen af abstraktionsniveauer og arbejde med DOM. Til gengæld hjalp dette med at forenkle AJAX og problemer med forskelle på tværs af browsere.
Men i dag er disse problemer ikke så relevante som før. De fleste af dem blev løst gennem standardisering - det drejer sig for eksempel om hentning og API-vælgere.
De resterende problemer løses af andre biblioteker såsom React. Biblioteker tilbyder mange andre funktioner, som jQuery ikke har.
Når du arbejder med jQuery, begynder du på et tidspunkt at gøre mærkelige ting, som at bruge DOM-elementer som nuværende tilstande eller data og skrive forfærdeligt kompleks kode bare for at finde ud af, hvad der er galt med den tidligere, nuværende og fremtidige tilstand af DOM, derudover for at sikre en ordentlig overgang til kommende stater.
Der er intet imod at bruge jQuery, men tag dig tid til at lære mere om de mere moderne alternativer – React, Vue og Angular – og deres fordele.
Undgå enhedstestning
Jeg ser ofte folk ignorere enhedstests for deres webapplikationer. Alt går godt, indtil applikationen går ned med en "uventet fejl". Og i dette øjeblik får vi et kæmpe problem, fordi vi taber tid og penge.
Ja, hvis en applikation kompilerer normalt uden at producere fejl, og når den først er kompileret virker den, betyder det ikke, at den er klar til brug.
Manglende test er endda mere eller mindre acceptabelt for små applikationer. Men når programmer er store og komplekse, er de svære at vedligeholde. Derfor bliver tests et ekstremt vigtigt element i udviklingen. På denne måde vil ændring af en applikationskomponent ikke ødelægge en anden.
Begynd at bruge .
Læringsrammer før JavaScript
Jeg forstår udmærket dem, der, når de begynder at udvikle en webapplikation, straks begynder at bruge populære biblioteker og rammer som React, Vue eller Angular.
Jeg plejede at sige, at du først skal lære JavaScript og derefter rammerne, men nu er jeg overbevist om, at du skal gøre det hele på samme tid. JS ændrer sig ekstremt hurtigt, så du skal have noget erfaring med at bruge React, Vue eller Angular samtidig med at du lærer JavaScript.
Dette begynder at påvirke de krav, der stilles til kandidater til stillingen som udvikler. Det er for eksempel det, jeg fandt, da jeg søgte efter "JavaScript" på Indeed.
Jobbeskrivelsen siger, at de har brug for viden om jQuery OG JavaScript. De der. For denne virksomhed er begge komponenter lige vigtige.
Her er en anden beskrivelse, der kun viser de "grundlæggende" krav:
Og det sker i omkring halvdelen af de ledige stillinger, som jeg så på. Jeg mener dog, at det korrekte forhold mellem tid til at lære JS og rammer er cirka 65% til 35%, ikke 50 til 50.
Modvilje mod at blive fortrolig med begrebet "ren kode"
Enhver håbefuld udvikler skal lære at skabe ren kode, hvis de ønsker at blive professionel. Det er værd at sætte dig ind i begrebet "ren kode" i starten af din karriere. Jo før du begynder at følge dette koncept, jo hurtigere vil du vænne dig til at skrive ren kode, som er nem at vedligeholde senere.
For at forstå fordelene ved god og ren kode, behøver du i øvrigt ikke selv prøve at skrive dårlig kode. Dine færdigheder vil komme til nytte senere på arbejdet, når du er forfærdet over en andens dårlige kode.
Starter arbejdet på store projekter for tidligt
Tidligt i min karriere begik jeg en stor fejl: Jeg forsøgte at påtage mig et stort projekt, da jeg endnu ikke var klar til det.
Du kan spørge, hvad der er galt her. Der er et svar. Faktum er, at hvis du ikke er mellem- eller senior, så vil du højst sandsynligt ikke være i stand til at gennemføre dit "store projekt". Der vil være for mange elementer og ting at overveje. Og du vil ikke være i stand til at klare dig, hvis du i begyndelsen af din karriere ikke har udviklet vanen med at skrive "ren kode", ved hjælp af tests, skalerbar arkitektur osv.
Lad os sige, at du brugte meget tid på dette projekt, ikke fuldførte det og nu forsøger at flytte til mellemniveauet. Og så pludselig indser du, at du ikke kan vise denne kode til nogen, fordi den ikke er særlig god og skal omstruktureres. Du brugte dog meget tid på dette "århundredes projekt", og nu har du ingen eksempler på godt arbejde at tilføje til din portefølje. Og du mister det ene interview efter det andet til de kandidater, der kan vise deres arbejde, omend ikke særlig stort, i en portfolio.
Under alle omstændigheder bliver du i fremtiden nødt til at refaktorere, da koden ikke er særlig god, og de teknologier, du brugte, ikke lige er, hvad du har brug for. Som et resultat indser du, at det er lettere at omskrive alt fra bunden end at prøve at rette det.
Alt dette kan selvfølgelig tilføjes til din portefølje, men en potentiel arbejdsgiver vil se en masse mangler der og komme til konklusioner, der er skuffende for dig.
Modvilje mod at lære datastrukturer og algoritmer
Man kan skændes længe om, hvornår man skal begynde at studere datastruktur og algoritmer. Nogle mennesker foreslår at gøre dette, før de mestrer JavaScript, andre efter.
Jeg mener, at det ikke er nødvendigt at lære dette i detaljer i begyndelsen, men det er værd at forstå algoritmerne, da dette vil give en grundlæggende forståelse af arbejdet med computerprogrammer og beregninger.
Algoritmer er en integreret del af alle beregninger og programmer. Faktisk er computerprogrammer i sig selv en kombination af et sæt algoritmer og data struktureret på en bestemt måde, det er alt.
Afvisning af fysisk aktivitet
Det er meget vigtigt for en udvikler at dyrke sport. Jeg er ikke træner, men jeg har set min krop ændre sig år efter år. Derfor kan jeg fortælle dig, hvad den manglende fysiske træning fører til.
Mit første job var ret problematisk af flere årsager, og et af problemerne var, at jeg på bare et år tog næsten to dusin kilo på. Derefter studerede jeg aktivt JavaScript.
Hvis du ikke træner, risikerer du at tage på, og det vil have mange negative konsekvenser: fedme, migræne (inklusive kronisk), forhøjet blodtryk osv. Listen over problemer er virkelig uendelig.
Social selvisolation
Familie og kære er vigtige. Ved at fordybe dig i at lære JavaScript og undervurdere vigtigheden af dit mentale og følelsesmæssige liv, risikerer du at blive deprimeret, blive irritabel, ikke sove godt og meget mere.
Fund
Jeg håber noget af dette er nyttigt for dig. Hvis du passer på dig selv i dag, behøver du ikke rette fejl senere.
Skillbox anbefaler:
- Praktisk kursus .
- Anvendt online kursus .
- To-årigt praktisk kursus .
Kilde: www.habr.com