Att vara JavaScript-utvecklare är coolt eftersom behovet av bra JS-programmerare hela tiden växer på arbetsmarknaden. Numera finns det en hel del ramverk, bibliotek och annat som kan användas i arbetet – och till stor del ska vi vara tacksamma mot källor med öppen källkod för detta. Men någon gång börjar en utvecklare lägga för mycket tid på JS-projekt jämfört med alla andra uppgifter.
Det är mycket troligt att detta kommer att leda till katastrofala konsekvenser för din karriär i framtiden, men du inser det inte än. Jag har själv gjort några av de misstag som beskrivs nedan tidigare, och nu vill jag skydda dig från dem. Här är åtta JS-utvecklarmisstag som kan göra din framtid mindre ljus.
Påminnelse: för alla läsare av "Habr" - en rabatt på 10 000 rubel när du anmäler dig till någon Skillbox-kurs med hjälp av "Habr"-kampanjkoden.
Skillbox rekommenderar: Pedagogisk onlinekurs .
Använder jQuery
jQuery har spelat en stor roll i utvecklingen av hela JavaScript-ekosystemet. Från början användes JS för att skapa bildspel och olika sorters widgets, bildgallerier för webbplatser. jQuery gjorde det möjligt att glömma bort problem med kodkompatibilitet mellan olika webbläsare, standardisera användningen av abstraktionsnivåer och arbeta med DOM. I sin tur hjälpte detta till att förenkla AJAX och problem med skillnader över webbläsare.
Men idag är dessa problem inte lika relevanta som tidigare. De flesta av dem löstes genom standardisering – det handlar till exempel om hämtning och API-väljare.
De återstående problemen löses av andra bibliotek som React. Bibliotek tillhandahåller många andra funktioner som jQuery inte har.
När du arbetar med jQuery börjar du någon gång göra konstiga saker, som att använda DOM-element som nuvarande tillstånd eller data, och skriva fruktansvärt komplex kod bara för att ta reda på vad som är fel med det tidigare, nuvarande och framtida tillståndet för DOM , dessutom för att säkerställa en korrekt övergång till kommande stater.
Det finns inget emot att använda jQuery, men ta dig tid att lära dig mer om de mer moderna alternativen – React, Vue och Angular – och deras fördelar.
Undvik enhetstestning
Jag ser ofta människor som ignorerar enhetstester för sina webbapplikationer. Allt går bra tills applikationen kraschar med ett "oväntat fel". Och i detta ögonblick får vi ett enormt problem eftersom vi förlorar tid och pengar.
Ja, om en applikation kompilerar normalt utan att skapa fel, och när den väl kompilerad fungerar, betyder det inte att den är redo att användas.
Brist på testning är till och med mer eller mindre acceptabelt för små applikationer. Men när program är stora och komplexa är de svåra att underhålla. Därför blir tester en extremt viktig del av utvecklingen. På så sätt kommer inte en annan komponent att gå sönder om du ändrar en programkomponent.
Börja använda .
Inlärningsramar före JavaScript
Jag förstår perfekt de som, när de börjar utveckla en webbapplikation, omedelbart börjar använda populära bibliotek och ramverk som React, Vue eller Angular.
Jag brukade säga att du måste lära dig JavaScript först och sedan ramarna, men nu är jag övertygad om att du måste göra allt samtidigt. JS förändras extremt snabbt, så du måste få lite erfarenhet av att använda React, Vue eller Angular samtidigt som du lär dig JavaScript.
Detta börjar påverka de krav som ställs på kandidater till tjänsten som utvecklare. Det här är till exempel vad jag hittade när jag sökte efter "JavaScript" på Indeed.
Arbetsbeskrivningen säger att de behöver kunskap om jQuery OCH JavaScript. De där. För detta företag är båda komponenterna lika viktiga.
Här är en annan beskrivning som bara listar de "grundläggande" kraven:
Och detta händer i ungefär hälften av de lediga tjänsterna som jag tittade på. Jag tror dock att det korrekta förhållandet mellan tid för att lära sig JS och ramverk är cirka 65% till 35%, inte 50 till 50.
Ovilja att bli bekant med begreppet "ren kod"
Varje blivande utvecklare måste lära sig att skapa ren kod om de vill bli professionella. Det är värt att bekanta dig med begreppet "ren kod" i början av din karriär. Ju tidigare du börjar följa detta koncept, desto snabbare vänjer du dig vid att skriva ren kod som är lätt att underhålla senare.
För att förstå fördelarna med bra och ren kod behöver du förresten inte försöka skriva dålig kod själv. Dina färdigheter kommer väl till pass senare, på jobbet, när du blir förskräckt av någon annans dåliga kod.
Att börja arbeta med stora projekt för tidigt
Tidigt i min karriär gjorde jag ett stort misstag: jag försökte ta mig an ett stort projekt när jag ännu inte var redo för det.
Du kan fråga vad som är fel här. Det finns ett svar. Faktum är att om du inte är mellan- eller senior så kommer du troligen inte att kunna slutföra ditt "stora projekt". Det kommer att finnas för många element och saker att ta hänsyn till. Och du kommer inte att kunna klara dig om du i början av din karriär inte har utvecklat vanan att skriva "ren kod", använda tester, skalbar arkitektur etc.
Låt oss säga att du har spenderat mycket tid på det här projektet, inte slutfört det och nu försöker flytta till mellannivån. Och så plötsligt inser du att du inte kan visa den här koden för någon eftersom den inte är särskilt bra och behöver omstruktureras. Du spenderade dock mycket tid på detta "århundradets projekt" och nu har du inga exempel på bra arbete att lägga till din portfölj. Och du förlorar den ena intervjun efter den andra till de kandidater som kan visa sina arbeten, om än inte särskilt stora, i en portfolio.
I vilket fall som helst, i framtiden kommer du att behöva refaktorera, eftersom koden inte är särskilt bra, och de tekniker du använde är inte exakt vad du behöver. Som ett resultat inser du att det är lättare att skriva om allt från grunden än att försöka fixa det.
Allt detta kan naturligtvis läggas till din portfölj, men en potentiell arbetsgivare kommer att se många brister där och komma till slutsatser som är en besvikelse för dig.
Ovilja att lära sig datastrukturer och algoritmer
Man kan argumentera länge om när man ska börja studera datastruktur och algoritmer. Vissa människor föreslår att du gör detta innan du behärskar JavaScript, andra efter.
Jag tror att det inte är nödvändigt att lära sig detta i detalj i början, men det är värt att förstå algoritmerna, eftersom detta kommer att ge en grundläggande förståelse för arbetet med datorprogram och beräkningar.
Algoritmer är en integrerad del av alla beräkningar och program. Egentligen är datorprogram i sig en kombination av en uppsättning algoritmer och data strukturerade på ett visst sätt, det är allt.
Avslag på fysisk aktivitet
Det är väldigt viktigt för en utvecklare att idrotta. Jag är ingen tränare, men jag har sett min kropp förändras, år efter år. Därför kan jag berätta vad bristen på fysisk träning leder till.
Mitt första jobb var ganska problematiskt av flera anledningar, och ett av problemen var att jag på bara ett år gick upp nästan två dussin kilo. Sedan studerade jag aktivt JavaScript.
Om du inte tränar riskerar du att gå upp i vikt, och det kommer att få många negativa konsekvenser: fetma, migrän (inklusive kroniska sådana), högt blodtryck, etc. Listan över problem är verkligen oändlig.
Social självisolering
Familj och nära och kära är viktiga. Genom att fördjupa dig i att lära dig JavaScript och underskatta vikten av ditt mentala och känslomässiga liv riskerar du att bli deprimerad, bli irriterad, inte sova gott och mycket mer.
Resultat
Jag hoppas att något av detta är användbart för dig. Om du tar hand om dig själv idag behöver du inte rätta till misstag senare.
Skillbox rekommenderar:
- Praktisk kurs .
- Tillämpad onlinekurs .
- Tvåårig praktisk kurs .
Källa: will.com