Подробнее
$ npm install -g bower $ bower install requirejs-babel ..который загрузит плагин для транспилера, который скомпилирует код, который ты даже не начала писать Итак, тебе нужен менеджер пакетов, чтобы установить другой менеджер пакетов, который установит автозагрузчик.. CommitStrip.com
commitstrip,Смешные комиксы,веб-комиксы с юмором и их переводы,программисты,javascript,профессиональный юмор
Еще на тему
npm i browserify
npm i babelify
npm i babel-preset-2015
Уже можно писать код
Раньше как-то попроще было. И работало нормально. Но это не моя область, я просто не понимаю, зачем все эти нагромождения.
Ад зависимостей - похоже вы таки не знакомы с npm и темой поста. Как раз таки в npm каждый модуль ставится в свою папку, а его зависимости - в его личную внутреннюю папку node_modules. То есть, если у вас два модуля с одинаковыми зависимостями - npm не ебя себе мозга, продублирует их для каждого модуля отдельно. И это хорошо.
Нет, конечно можно резолвить версии, и общие сваливать в корень. Можно в принципе сваливать все в корень, делая постфикс папке в виде версии, почему бы и нет. Увы, npm не совершенство (да адище оно внутри тормозное честно говоря), но он стандарт дефакто в мире javascript. Но по крайней мере проблему с зависимостями он решает.
А виноваты всегда были проблемные браузеры.
даа еще один пакет. Хуева туча пакетов для других пакетов, чтобы написать виджет кнопочки, эхх
Насчет же всего остального ничего не могу сказать, ибо я сам только начинающий кодер который фронтенд мало трогал, хоть и понимаю что без него не обойтись.
Если да, то ржал, аки конь.
Да это были больше риторические вопросы, про-фротендщики мне наверняка расскажут телегу про то, насколько это облегчает разработку и поддержку, но честно сказать, мне это не очень интересно, я с фронтендом стараюсь как можно меньше общаться.
К чему это я. Не надо слушать "модных" разработчиков. Они используют многоуровневые связки не чтобы усложнить себе жизнь, а потому что именно им так удобнее. Если тебе так не удобнее - да пожалуйста, пиши как удобно тебе. jQuery сейчас вполне ок. А если уж так вышло, что пришел в чужой проект, то там уже есть package.json, делай npm i и просто пиши код как он писался до этого в проекте.
К тому же новые решения, фреймфорки и модули появляются как грибы, они кричат, что решат все проблемы, но через пару месяцев появляется новый фреймворк, более лучше прежнего, и так далее. И вместо того, чтобы улучшать и развивать то, что и так хорошо работало, где есть устоявшиеся практики и решения, люди начинают пытаться решить проблему с другого конца.
Другая же часть конечно да - направлена на толстый клиент. Это касается SPA - подход, когда пользователю доставляется само приложение, а не сервис. Тут не может быть сторонников одного и другого, это вопрос удобства пользователя - google drive может работать offline, многие react приложения отзывчивы, тот же github при просмотре репозитория не грузит страницу заного, а подменяет часть по ajax. В общем, эти ваши сервера еще ждать приходится, а клиентский код отзывается мнгновенно для пользователя.
Насчёт SPA - где я хоть что-то про них плохое говорил? Но это отдельная, очень узкая ниша. Опять-таки, не совсем мне понятная - зачем, если есть настоящие приложения, которые удобно разрабатывать, у них больше возможностей и они быстрее. Но спишем всё на кроссплатформенность. Которой, впрочем, всё равно нет. Но спишем на неё.
А насчёт подгрузки частей страниц аяксом ради user experience - всё это было удобно и легко делать ещё в jQuery.
Но продолжу разговор.
Я знаю что есть толстый и тонкий клиент, я лишь сказал, что очень много модулей в npm направлены на улучшение тонкого клиента - инструменты верстки, минификации js и css.
Насчет узкой ниши SPA. Тут индустрия как себя повела - есть мир, где клепаются сайты, много сайтов. Либо там вообще не используется npm, либо там используется npm ради вот этих вот пакетов для минификации и оптимизации верстки и js кода. И есть мир, где клепаются front-end приложения, и вот там да, толстые клиенты и транспайлер обмазывается транспайлером.
Подгрузка страниц аяксом - возможно я вас удивлю, но и сегодня это точно также делается через jQuery. npm тут не причем, npm и его модули лишь экосистема для сборки.
Кстати, на сторону бэкенда я тоже часто попадаю. Все зависит от выбранного инструмента, есть много отличных бэков. Но вот например Laravel - это такой вот себе аналог npm ада в мире php back end. Его папка Vendor - точно такое же адище из зависимостей, тысяч папок с глубинной вложенности 10-15.