Не странно ли наблюдать такой сценарий, когда кто-то может закодировать компонент ReactJS, но когда вы просите их связать событие onClick в ванильном JavaScript, они не могут?
Прошло более 5 лет с тех пор, как я беру интервью у фронтенд-разработчиков, и постепенно тенденция меняется в сторону фреймворков/библиотек.
Я не против использования какой-либо библиотеки или фреймворка, я знаю, что это ускоряет ваш цикл разработки и дает вам некую предопределенную архитектуру, в которой вы можете следовать лучшим практикам, но мы не должны забывать об основах.
ОСНОВЫ ЯВАСКРИПТА
Люди считают JavaScript немного сложным языком для изучения. Имейте в виду, что все эти фреймворки и библиотеки также построены на JavaScript, и если вы хотите получить от него больше, вам нужно изучить его основы.
Я бы предложил сразу начать с ES6 (ECMAScript), так как последние браузеры поддерживают его, и вы можете использовать транскомпилятор, такой как Babel, если вам нужно поддерживать устаревшие браузеры.
Точка зрения организации
Осведомленность клиентов. Если ваши клиенты приходят с такими просьбами о внедрении новой платформы или библиотеки, это хорошая возможность быстро проверить требования, а не сразу переходить к реализации.
Создавайте потребности. Я считаю, что нужно дать людям возможность работать над основами, а не работать за причудливыми рамками. Нет ничего плохого или постыдного, когда кто-то работает над ванильным проектом JavaScript, поэтому начните обсуждать новые функции ES12.
Полезные ссылки
Вывод
Всегда есть области улучшений, если вы обнаружите какую-либо проблему или захотите предоставить лучшее решение, не стесняйтесь обновлять статью здесь.