Bycie programistą JavaScript jest fajne, ponieważ zapotrzebowanie na dobrych programistów JS stale rośnie na rynku pracy. Obecnie istnieje mnóstwo frameworków, bibliotek i innych rzeczy, które można wykorzystać w pracy - i w dużej mierze powinniśmy być za to wdzięczni źródłom open source. Jednak w pewnym momencie programista zaczyna spędzać zbyt dużo czasu na projektach JS w porównaniu do wszystkich innych zadań.
Jest bardzo prawdopodobne, że będzie to miało katastrofalne skutki dla Twojej kariery w przyszłości, ale jeszcze nie zdajesz sobie z tego sprawy. Sam popełniłem w przeszłości kilka z opisanych poniżej błędów, a teraz chcę Cię przed nimi chronić. Oto osiem błędów programistów JS, które mogą sprawić, że Twoja przyszłość nie będzie jasna.
Przypomnienie: dla wszystkich czytelników „Habr” - rabat w wysokości 10 000 rubli przy zapisywaniu się na dowolny kurs Skillbox przy użyciu kodu promocyjnego „Habr”.
Skillbox poleca: Kurs edukacyjny on-line .
Korzystanie z jQuery
jQuery odegrało ogromną rolę w rozwoju całego ekosystemu JavaScript. Początkowo JS służył do tworzenia pokazów slajdów oraz różnego rodzaju widżetów, galerii zdjęć na strony internetowe. jQuery pozwoliło zapomnieć o problemach ze zgodnością kodu pomiędzy różnymi przeglądarkami, standaryzując wykorzystanie poziomów abstrakcji i pracę z DOM. To z kolei pomogło uprościć AJAX i rozwiązać problemy związane z różnicami między przeglądarkami.
Jednak dzisiaj problemy te nie są tak istotne jak wcześniej. Większość z nich została rozwiązana poprzez standaryzację - dotyczy to np. selektorów pobierania i API.
Pozostałe problemy rozwiązują inne biblioteki, takie jak React. Biblioteki zapewniają wiele innych funkcji, których nie ma jQuery.
Pracując z jQuery, w pewnym momencie zaczynasz robić dziwne rzeczy, na przykład używać elementów DOM jako bieżących stanów lub danych i pisać strasznie skomplikowany kod, aby dowiedzieć się, co jest nie tak z poprzednim, bieżącym i przyszłym stanem DOM. aby zapewnić właściwe przejście do przyszłych stanów.
Nie ma nic przeciwko używaniu jQuery, ale poświęć trochę czasu, aby dowiedzieć się więcej o bardziej nowoczesnych alternatywach — React, Vue i Angular — oraz ich zaletach.
Unikanie testów jednostkowych
Często widzę ludzi ignorujących testy jednostkowe w swoich aplikacjach internetowych. Wszystko idzie świetnie, dopóki aplikacja nie zawiesza się z powodu „nieoczekiwanego błędu”. I w tym momencie dostajemy ogromny problem, bo tracimy czas i pieniądze.
Tak, jeśli aplikacja kompiluje się normalnie bez generowania błędów, a po skompilowaniu działa, nie oznacza to, że jest gotowa do użycia.
Brak testowania jest jeszcze bardziej akceptowalny w przypadku małych aplikacji. Jednak gdy programy są duże i złożone, trudno jest je utrzymać. Dlatego testy stają się niezwykle ważnym elementem rozwoju. W ten sposób zmiana jednego komponentu aplikacji nie spowoduje uszkodzenia innego.
Zacząć używać .
Ramy uczenia się przed JavaScriptem
Doskonale rozumiem tych, którzy rozpoczynając tworzenie aplikacji webowej od razu sięgają po popularne biblioteki i frameworki typu React, Vue czy Angular.
Kiedyś mówiłem, że najpierw trzeba nauczyć się JavaScriptu, a potem frameworków, ale teraz jestem przekonany, że trzeba to wszystko zrobić na raz. JS zmienia się niezwykle szybko, więc jednocześnie z nauką JavaScriptu trzeba zdobyć trochę doświadczenia w posługiwaniu się Reactem, Vue czy Angularem.
Zaczyna to mieć wpływ na wymagania stawiane kandydatom na stanowisko programisty. Na przykład to właśnie znalazłem, szukając hasła „JavaScript” w serwisie Indeed.
W opisie stanowiska jest napisane, że potrzebna jest znajomość jQuery ORAZ JavaScript. Te. Dla tej firmy oba elementy są równie ważne.
Oto kolejny opis, który zawiera jedynie listę „podstawowych” wymagań:
Dzieje się tak w przypadku około połowy wakatów, które przeglądałem. Uważam jednak, że prawidłowy stosunek czasu na naukę JS i frameworków to około 65% do 35%, a nie 50 do 50.
Niechęć do zapoznania się z koncepcją „czystego kodu”
Każdy początkujący programista musi nauczyć się tworzyć czysty kod, jeśli chce zostać profesjonalistą. Warto już na początku swojej kariery zapoznać się z koncepcją „czystego kodu”. Im szybciej zaczniesz stosować się do tej koncepcji, tym szybciej przyzwyczaisz się do pisania czystego kodu, który będzie łatwy w utrzymaniu później.
Swoją drogą, aby zrozumieć zalety dobrego i czystego kodu, nie musisz sam próbować pisać złego kodu. Twoje umiejętności przydadzą się później, w pracy, gdy przerazi Cię czyjś zły kod.
Zbyt wczesne rozpoczynanie pracy nad dużymi projektami
Na początku mojej kariery popełniłem duży błąd: próbowałem podjąć się dużego projektu, kiedy nie byłem jeszcze na niego gotowy.
Możesz zapytać, co tu jest nie tak. Jest odpowiedź. Faktem jest, że jeśli nie jesteś średnim lub seniorem, najprawdopodobniej nie będziesz w stanie ukończyć swojego „dużego projektu”. Będzie zbyt wiele elementów i rzeczy do rozważenia. A nie poradzisz sobie, jeśli na samym początku swojej kariery nie wyrobisz sobie nawyku pisania „czystego kodu”, korzystania z testów, skalowalnej architektury itp.
Załóżmy, że spędziłeś nad tym projektem dużo czasu, ale go nie ukończyłeś, a teraz próbujesz przejść na średni poziom. I nagle zdajesz sobie sprawę, że nie możesz nikomu pokazać tego kodu, bo nie jest zbyt dobry i wymaga refaktoryzacji. Jednak spędziłeś dużo czasu nad tym „projektem stulecia” i teraz nie masz przykładów dobrych prac, które mógłbyś dodać do swojego portfolio. I przegrywasz jedną rozmowę za drugą na rzecz tych kandydatów, którzy mogą pokazać swoją pracę, choć niezbyt dużą, w portfolio.
W każdym razie w przyszłości będziesz musiał dokonać refaktoryzacji, ponieważ kod nie jest zbyt dobry, a użyte technologie nie są dokładnie tym, czego potrzebujesz. W rezultacie zdajesz sobie sprawę, że łatwiej jest napisać wszystko od nowa, niż próbować to naprawić.
Oczywiście to wszystko można dodać do swojego portfolio, jednak potencjalny pracodawca dostrzeże tam wiele niedociągnięć i dojdzie do wniosków, które będą dla Ciebie rozczarowujące.
Niechęć do nauki struktur danych i algorytmów
Można długo spierać się, kiedy zacząć studiować strukturę danych i algorytmy. Niektórzy sugerują zrobienie tego przed opanowaniem JavaScriptu, inni później.
Uważam, że nie trzeba na początku dokładnie się tego uczyć, warto jednak poznać algorytmy, gdyż da to podstawowe zrozumienie działania programów komputerowych i obliczeń.
Algorytmy są integralną częścią wszelkich obliczeń i programów. Właściwie same programy komputerowe są kombinacją zbioru algorytmów i danych ustrukturyzowanych w określony sposób, to wszystko.
Odmowa aktywności fizycznej
Dla programisty bardzo ważne jest uprawianie sportu. Nie jestem trenerem, ale rok po roku obserwuję, jak moje ciało się zmienia. Dlatego mogę Ci powiedzieć, do czego prowadzi brak ćwiczeń fizycznych.
Moja pierwsza praca była dość problematyczna z wielu powodów, a jednym z problemów było to, że w ciągu zaledwie roku przytyłam prawie dwa tuziny kilogramów. Następnie aktywnie studiowałem JavaScript.
Jeśli nie ćwiczysz, ryzykujesz przybraniem na wadze, a to będzie miało wiele negatywnych konsekwencji: otyłość, migreny (w tym przewlekłe), wysokie ciśnienie krwi itp. Lista problemów jest naprawdę nieskończona.
Samoizolacja społeczna
Rodzina i bliscy są ważni. Zagłębiając się w naukę JavaScriptu i nie doceniając znaczenia swojego życia psychicznego i emocjonalnego, narażasz się na ryzyko depresji, drażliwości, złego snu i wielu innych problemów.
odkrycia
Mam nadzieję, że niektóre z nich będą dla Ciebie przydatne. Jeśli dzisiaj zadbasz o siebie, nie będziesz musiał później poprawiać błędów.
Skillbox poleca:
- Kurs praktyczny .
- Stosowany kurs online .
- Dwuletni kurs praktyczny .
Źródło: www.habr.com