Не странно ли наблюдать такой сценарий, когда кто-то может закодировать компонент ReactJS, но когда вы просите их связать событие onClick в ванильном JavaScript, они не могут?

Прошло более 5 лет с тех пор, как я беру интервью у фронтенд-разработчиков, и постепенно тенденция меняется в сторону фреймворков/библиотек.

Я не против использования какой-либо библиотеки или фреймворка, я знаю, что это ускоряет ваш цикл разработки и дает вам некую предопределенную архитектуру, в которой вы можете следовать лучшим практикам, но мы не должны забывать об основах.

ОСНОВЫ ЯВАСКРИПТА

Люди считают JavaScript немного сложным языком для изучения. Имейте в виду, что все эти фреймворки и библиотеки также построены на JavaScript, и если вы хотите получить от него больше, вам нужно изучить его основы.

Я бы предложил сразу начать с ES6 (ECMAScript), так как последние браузеры поддерживают его, и вы можете использовать транскомпилятор, такой как Babel, если вам нужно поддерживать устаревшие браузеры.

Точка зрения организации

Осведомленность клиентов. Если ваши клиенты приходят с такими просьбами о внедрении новой платформы или библиотеки, это хорошая возможность быстро проверить требования, а не сразу переходить к реализации.

Создавайте потребности. Я считаю, что нужно дать людям возможность работать над основами, а не работать за причудливыми рамками. Нет ничего плохого или постыдного, когда кто-то работает над ванильным проектом JavaScript, поэтому начните обсуждать новые функции ES12.

Полезные ссылки

работает с es6

Вывод

Всегда есть области улучшений, если вы обнаружите какую-либо проблему или захотите предоставить лучшее решение, не стесняйтесь обновлять статью здесь.