Вы думаете, кто-то вот так, в уме сможет посмотреть на кусок кода и сказать вам что не так? Сделайте демку. Воспроизведите проблему, а там уже опытные специалисты смогут её продебажить и найти для вас причину.
Вадим Коваль, И в чем проблема то? Вот перед вами задача, вы разложили её на части, начали поэтапно реализовывать, столкнулись с какой-то проблемой -- с какой?
WbICHA, Это скорее возможно чем нет. Существует же language server protocol, и отладку страницы можно запускать через IDE. Тогда там и логи и брейкпоинты будут.
babel отличный инструмент. Но как и любой инструмент -- нужно понимать где он уместен. Использовать его по инерции на любом проекте глупо и вредно. Если автор делает какую-то демку, или тестовое задание, или пишет что-то, под электрон, или хз что... ему, скорее всего, нафиг babel не нужен, как и любой другой транспилятор как и система сборки и прочее.
Используя любую конструкцию языка ты должен понимать как она работает и где поддерживается. Я не говорю про то, что ты должен держать в голове полную таблицу совместимости, нет. Достаточно просто отложить в голове понимание, что вот эта фича относительно новая, и есть вероятность, что в экосистеме для которой автор пишет код, она не заработает.
Я глубоко убеждён, что если ты всё время, во всех проектах используешь транспилятор по типу babel, то ты не видишь самого языка. Ты не знаешь как на нём писать. Что ты будешь делать, когда ты, специалист с опытом в несколько лет, придёшь в компанию, за огромные деньги, а там экосистема с собственным компилятором JS в нативный код для мобильного приложения? И никакого babel, никакой транспиляции. Только строго определённый стандарт, скажем es2017.
Ещё раз, babel и аналоги -- это отличные инструменты, хорошо выполняющие свои задачи. Но специалист, должен разбираться в том, для чего они нужны и где их уместно применять, а не использовать по инерции, просто потому, что по другому не умеет.
