Да си JavaScript разработчик е страхотно, защото нуждата от добри JS програмисти непрекъснато нараства на пазара на труда. В днешно време има много рамки, библиотеки и други неща, които могат да се използват в работата - и до голяма степен трябва да сме благодарни на източниците с отворен код за това. Но в един момент разработчикът започва да отделя твърде много време за JS проекти в сравнение с всички други задачи.
Много е вероятно това да доведе до катастрофални последици за кариерата ви в бъдеще, но все още не го осъзнавате. Самият аз съм правил някои от грешките, описани по-долу в миналото, и сега искам да ви предпазя от тях. Ето осем грешки на JS разработчици, които могат да направят бъдещето ви по-малко светло.
Напомняме ви: за всички читатели на "Habr" - отстъпка от 10 000 рубли при записване във всеки курс Skillbox, използвайки промоционалния код на "Habr".
Skillbox препоръчва: Образователен онлайн курс .
Използване на jQuery
jQuery изигра огромна роля в развитието на цялата екосистема на JavaScript. Първоначално JS се използва за създаване на слайдшоута и различни видове уиджети, галерии с изображения за уебсайтове. jQuery направи възможно да се забравят проблемите със съвместимостта на кода между различните браузъри, стандартизирайки използването на нива на абстракция и работа с DOM. На свой ред това помогна за опростяването на AJAX и проблемите с разликите между браузърите.
Днес обаче тези проблеми не са толкова актуални, колкото преди. Повечето от тях бяха решени чрез стандартизация - например това се отнася за fetch и API селектори.
Останалите проблеми се решават от други библиотеки като React. Библиотеките предоставят много други функции, които jQuery няма.
Когато работите с jQuery, в един момент започвате да правите странни неща, като например да използвате DOM елементи като текущи състояния или данни и да пишете ужасно сложен код само за да разберете какво не е наред с предишното, текущото и бъдещото състояние на DOM, в допълнение за осигуряване на правилен преход към предстоящите състояния.
Няма нищо против използването на jQuery, но отделете време, за да научите повече за по-модерните алтернативи – React, Vue и Angular – и техните предимства.
Избягване на тестване на единици
Често виждам хора да игнорират модулни тестове за своите уеб приложения. Всичко върви чудесно, докато приложението не се срине с „неочаквана грешка“. И в този момент получаваме огромен проблем, защото губим време и пари.
Да, ако едно приложение се компилира нормално, без да генерира грешки и веднъж компилирано работи, това не означава, че е готово за употреба.
Липсата на тестване е дори повече или по-малко приемлива за малки приложения. Но когато програмите са големи и сложни, те са трудни за поддръжка. Затова тестовете стават изключително важен елемент от развитието. По този начин промяната на един компонент на приложението няма да повреди друг.
Започнете да използвате .
Рамки за обучение преди JavaScript
Прекрасно разбирам тези, които, когато започнат да разработват уеб приложение, веднага започват да използват популярни библиотеки и рамки като React, Vue или Angular.
Преди казвах, че първо трябва да научите JavaScript и след това фреймворковете, но сега съм убеден, че трябва да правите всичко това едновременно. JS се променя изключително бързо, така че трябва да придобиете известен опит с използването на React, Vue или Angular едновременно с изучаването на JavaScript.
Това започва да се отразява на изискванията към кандидатите за позицията разработчик. Например, това е, което намерих, когато потърсих „JavaScript“ в Indeed.
В описанието на длъжността се казва, че се нуждаят от познания по jQuery И JavaScript. Тези. За тази компания и двата компонента са еднакво важни.
Ето друго описание, което изброява само „основните“ изисквания:
И това се случва в около половината от свободните позиции, които разгледах. Вярвам обаче, че правилното съотношение на времето за изучаване на JS и рамки е приблизително 65% към 35%, а не 50 към 50.
Нежелание да се запознаете с концепцията за „чист код“
Всеки амбициозен разработчик трябва да се научи да създава чист код, ако иска да стане професионалист. Струва си да се запознаете с концепцията за „чист код“ в началото на вашата кариера. Колкото по-рано започнете да следвате тази концепция, толкова по-рано ще свикнете да пишете чист код, който е лесен за поддръжка по-късно.
Между другото, за да разберете предимствата на добрия и чист код, не е нужно да се опитвате сами да пишете лош код. Уменията ви ще ви бъдат полезни по-късно, на работа, когато сте ужасени от лошия код на някой друг.
Започване на работа по големи проекти твърде рано
В началото на кариерата си направих голяма грешка: опитах се да се заема с голям проект, когато все още не бях готов за него.
Може да попитате какво не е наред тук. Има отговор. Факт е, че ако не сте среден или старши, най-вероятно няма да можете да завършите своя „голям проект“. Ще има твърде много елементи и неща, които трябва да се вземат предвид. И няма да можете да се справите, ако в самото начало на кариерата си не сте развили навика да пишете „чист код“, да използвате тестове, мащабируема архитектура и т.н.
Да приемем, че сте прекарали много време в този проект, не сте го завършили и сега се опитвате да преминете към средно ниво. И тогава изведнъж осъзнавате, че не можете да покажете този код на никого, защото не е много добър и се нуждае от преработване. Вие обаче отделихте много време за този „проект на века“ и сега нямате примери за добра работа, които да добавите към портфолиото си. И губите едно след друго интервю с тези кандидати, които могат да покажат работата си, макар и не много голяма, в портфолио.
Във всеки случай в бъдеще ще трябва да преработвате, тъй като кодът не е много добър и технологиите, които сте използвали, не са точно това, от което се нуждаете. В резултат на това осъзнавате, че е по-лесно да пренапишете всичко от нулата, отколкото да се опитате да го поправите.
Разбира се, всичко това може да бъде добавено към вашето портфолио, но потенциален работодател ще види много недостатъци там и ще стигне до заключения, които са разочароващи за вас.
Нежелание за изучаване на структури от данни и алгоритми
Можете да спорите дълго време за това кога трябва да започнете да изучавате структурата на данните и алгоритмите. Някои хора предлагат да направите това, преди да усвоите JavaScript, други след това.
Вярвам, че не е необходимо да научите това подробно в началото, но си струва да разберете алгоритмите, тъй като това ще даде основно разбиране за работата на компютърните програми и изчисленията.
Алгоритмите са неразделна част от всички изчисления и програми. Всъщност самите компютърни програми са комбинация от набор от алгоритми и данни, структурирани по определен начин, това е всичко.
Отказ от физическа активност
За разработчика е много важно да спортува. Не съм треньор, но съм наблюдавал как тялото ми се променя година след година. Затова мога да ви кажа до какво води липсата на физически упражнения.
Първата ми работа беше доста проблемна по ред причини, като един от проблемите беше, че само за година качих почти две дузини килограма. След това активно изучавах JavaScript.
Ако не спортувате, рискувате да напълнеете, а това ще има много негативни последици: затлъстяване, мигрена (включително хронична), високо кръвно налягане и др. Списъкът с проблеми е наистина безкраен.
Социална самоизолация
Семейството и близките са важни. Потапяйки се в изучаването на JavaScript и подценявайки важността на умствения и емоционалния си живот, вие рискувате да изпаднете в депресия, да станете раздразнителни, да не спите добре и много повече.
Данни
Надявам се, че част от това е полезно за вас. Ако се погрижите за себе си днес, няма да се налага да поправяте грешки по-късно.
Skillbox препоръчва:
- Практически курс .
- Приложен онлайн курс .
- Двугодишен практически курс .
Източник: www.habr.com