Бути JavaScript-розробником круто, оскільки на ринку праці постійно зростає потреба у хороших JS-програмістах. В наш час дуже багато фреймворків, бібліотек та іншого, що можна використовувати в роботі, — і значною мірою ми повинні бути вдячні за це джерелам джерела. Але в якийсь момент розробник починає витрачати на JS-проекти надто багато часу порівняно з рештою завдань.
Цілком ймовірно, що в майбутньому це призведе до катастрофічних наслідків для вашої кар'єри, але поки ви цього не усвідомлюєте. Я сам у минулому припустився деяких помилок, описаних нижче, і тепер хочу вберегти від них вас. Ось вісім помилок JS-розробників, які можуть зробити ваше майбутнє не надто райдужним.
Нагадуємо: для всіх читачів "Хабра" - знижка 10 000 рублів при записі на будь-який курс Skillbox за промокодом "Хабр".
Skillbox рекомендує: Освітній онлайн-курс .
Використання jQuery
jQuery відіграв величезну роль у розвитку всієї екосистеми JavaScript. Спочатку JS використовувався для створення слайд-шоу та різного роду віджетів, галерей зображень для сайтів. jQuery дозволив забути про проблеми із сумісністю коду для різних браузерів, стандартизувавши використання рівнів абстракції та роботу з DOM. У свою чергу, це допомогло спростити AJAX та проблеми з крос-браузерними відмінностями.
Однак сьогодні ці проблеми не такі актуальні, як раніше. Більшість їх було вирішено шляхом стандартизації — наприклад, це стосується fetch та селекторів API.
Інші проблеми вирішуються іншими бібліотеками, такими як React. Бібліотеки дають багато інших можливостей, які недоступні для jQuery.
Працюючи з jQuery, в якийсь момент ви починаєте робити дивні речі: наприклад, використовувати елементи DOM як поточні стани або дані, а також писати жахливо складний код тільки для того, щоб з'ясувати, що там з попереднім, поточним та майбутнім станом DOM , На додаток до забезпечення належного переходу до майбутніх станів.
Ніхто не забороняє використовувати jQuery, але приділіть час, щоб більше дізнатися про більш сучасні альтернативи — React, Vue та Angular — та їх переваги.
Відмова від unit-тестування
Я часто бачу, як люди ігнорують юніт-тести для своїх веб-додатків. Все йде чудово - до того моменту, поки програма не падає з "unexpected error". І в цей момент ми отримуємо величезну проблему, оскільки втрачаємо час та гроші.
Так, якщо програма нормально компілюється, не видаючи помилок, а будучи скомпільованою, працює, — це не означає, що вона готова до використання.
Відсутність тестування ще більш-менш прийнятна для невеликих програм. Але коли програми великі та складні, їх важко обслуговувати. Тому випробування стають надзвичайно важливим елементом розробки. У цьому випадку зміна одного компонента програми не призведе до пошкодження іншого.
Почніть використовувати .
Вивчення фреймворків насамперед JavaScript
Я чудово розумію тих, хто, приступаючи до розробки веб-додатку, відразу починає використовувати популярні бібліотеки і фреймворки на кшталт React, Vue або Angular.
Раніше я казав, що спочатку потрібно вивчити JavaScript, а потім фреймворки, але тепер переконаний, що все це потрібно виконувати одночасно. JS змінюється вкрай швидко, тому якийсь досвід використання React, Vue або Angular треба отримати одночасно з вивченням JavaScript.
Це починає позначатися і вимогах, що висуваються до кандидатів посаду розробника. Ось, наприклад, що я знайшов, пошукавши в Indeed за ключом JavaScript.
В описі до вакансії йдеться, що їм потрібне знання jQuery та JavaScript. Тобто. для цієї компанії обидва компоненти однаково важливі.
Ось інший опис, в якому вказані лише "базові" вимоги:
І так приблизно у половині вакансій, які я переглянув. Проте я вважаю, що правильне співвідношення часу вивчення JS і фреймворків — приблизно 65% до 35%, а чи не 50 на 50.
Небажання знайомитися з концепцією чистого коду
Створювати чистий код повинен вчитися кожен розробник-початківець, якщо він бажає стати професіоналом. З концепцією чистого коду варто ознайомитися ще на старті кар'єри. Чим раніше ви почнете дотримуватися положень цієї концепції, тим раніше ви звикнете одразу писати чистий код, який легко обслуговувати згодом.
До речі, щоб зрозуміти переваги хорошого та чистого коду, вам не потрібно самим пробувати писати поганий код. Ваші навички стануть у нагоді пізніше, під час роботи, коли ви жахнетеся на чужий поганий код.
Занадто ранній початок роботи над великими проектами
На початку своєї кар'єри я припустився великої помилки: спробував взятися за великий проект, коли ще не був до цього готовий.
Ви можете спитати, що тут не так. Відповідь є. Справа в тому, що якщо ви не міддл і не сеніор, то ви, швидше за все, не зможете закінчити ваш «великий проект». У ньому буде надто багато елементів та речей, які потрібно врахувати. І ви не впораєтеся, якщо ще на початку своєї кар'єри не виробили звичку писати «чистий код», використовувати тести, архітектуру, що масштабується, тощо.
Припустимо, ви таки витратили купу часу на цей проект, не завершили його, а тепер намагаєтесь перейти на рівень міддла. І тут раптово розумієте, що не можете показати комусь цей код, тому що він не дуже хороший і потрібен рефакторинг. Однак на цей проект століття ви витратили купу часу, і тепер у вас немає прикладів хорошої роботи, які можна додати в портфоліо. І ви поступаєтеся однією співбесідою за іншим тим кандидатам, які можуть показати свої роботи, хай і не дуже великі, в портфоліо.
У будь-якому випадку, в майбутньому вам доведеться провести рефакторинг, оскільки і код не надто хороший, і технології ви використовували не зовсім ті, що потрібно. В результаті ви розумієте, що простіше все переписати з нуля, ніж намагатись виправити.
Звичайно, все це можна додати в портфоліо, але потенційний роботодавець побачить там масу недоліків і прийде до невтішних висновків.
Небажання вивчати структури даних та алгоритмів
Можна довго сперечатися, коли потрібно починати вивчати структуру даних і алгоритми. Хтось пропонує робити це ще до освоєння JavaScript, хтось після.
Я вважаю, що на старті вчити це детально необов'язково, але розумітися на алгоритмах варто, оскільки це дасть базове розуміння роботи комп'ютерних програм і розрахунків.
Алгоритми - невід'ємна частина будь-яких розрахунків та програм. Власне, самі комп'ютерні програми — це поєднання набору алгоритмів і даних, структурованих певним чином, і все.
Відмова від фізичної активності
Для розробника важливо займатися спортом. Я не тренер, але спостерігав, як змінюється моє тіло — рік за роком. Тому можу розповісти, до чого призводить відсутність фізичних вправ.
Моя перша робота була досить проблемною з цілого ряду причин, і одна з проблем була саме в тому, що всього за рік я набрав майже два десятки кілограмів. Тоді я активно вивчав JavaScript.
Якщо ви не займатиметеся спортом, то ризикуєте набрати вагу, і негативних наслідків цього буде багато: ожиріння, мігрені (включаючи хронічні), підвищений артеріальний тиск тощо. Список проблем воістину нескінченний.
Соціальна самоізоляція
Сім'я та близькі – це важливо. З головою занурившись у вивчення JavaScript та недооцінюючи важливість свого психічного та емоційного життя, ви ризикуєте поринути у депресію, стати дратівливим, перестати нормально спати та багато чого ще.
Висновки
Сподіваюся, щось із цього вам знадобиться. Якщо ви подбаєте про себе сьогодні, то вам не доведеться виправляти помилки пізніше.
Skillbox рекомендує:
- Практичний курс .
- Прикладний онлайн-курс .
- Дворічний практичний курс .
Джерело: habr.com