паринь спрашивает про то, как деплоить вроде

под продакшен пилишь команду для npm которая запускает webpack котрый релизный бандл собирает

разумеется конфиги придется разные под прод и под дев делать

например локально будет HMR, на проде не будет.

Как деплоить? да он даже как девелопить все это дело не знает.

вот на этапе сборки немного не понятно. как это происходит? если сборка проиходит при деплое, то зачем нам "webpack-dev-server" или я опять не в ту степь?)

для разработки видимо?

или ты будешь каждый раз F5 жать при редактировании js файлов?

ну как девелопить понятно, повесил dev сервера на разные порты со всеми плюшками, вроде хотрелоада и все

хочешь HMR - надо настраивать все это дело.

или ты будешь каждый раз F5 жать при редактировании js файлов?

я так и делаю всю жизнь :D

ну как девелопить понятно, повесил dev сервера на разные порты со всеми плюшками, вроде хотрелоада и все

ахаха, если бы это было так просто.

я так и делаю всю жизнь :D

открываешь терминал, пишешь webpack, ждешь пока он скомпилит весь бандл да?

вместо того чтобы скомпилить только то что изменилось

открываешь терминал, пишешь webpack, ждешь пока он скомпилит весь бандл да?

а ну так то нет, конечно. то есть идея что для девелопмента пилим сервер, который все собирает при изменении js? а на проде просто при деплое собираем?

да

ты предлагаешь как то иначе сделать?

и конфиги придется иметь немного разного вида под дев и под прод.

например на проде ты захочешь иметь статические CSS файлы скорее всего, а на локалке с HMR оно не совместимо.

ты предлагаешь как то иначе сделать?

нет. просто при работе с рельсами о таком не думаешь, а тут нужно отдельно все организовать. поэтому этот момент я продумал.

welcome to hell, что я могу сказать.

я с фронтовиком первый вариант сборки наверное неделю или две пилил. Пока прочли все туторы и вывели что то общее.

и пока разобрались вообще что есть что.

hell будет когда я реально начну все это делать.

нет, он появится где то в середине.

Когда ты уже вроде бы освоился, а потом думаешь "блин, а вот эту штуку как сделать?"

Когда ты уже вроде бы освоился, а потом думаешь "блин, а вот эту штуку как сделать?"

у меня вся жизнь так идёт. :D

т.к у нас команда рельсовая была но фронт был отдельно, мы просто заюзали capistrano в том числе и для фронта.

но если у тебя в одном репозитории, то можно совместить деплой фронта и бэка. Как удобнее.

я думаю по отдельным папкам сделать.

главное что репозиторий один, тогда можно легко деплоить.

иногда кладут весь фронт в app/assets/shit

сразу и бэк и фронт.

и там уже никому не мешают

иногда кладут весь фронт в app/assets/shit

фронтовик скажет "спасибо"

и для сборки все равно используют вебпак

только там еще есть packages.json, кучка разных ассетов и прочее

вырубают всякие ассетс пайплайн

главное что репозиторий один, тогда можно легко деплоить.

да, конечно. ладно, пойду уже. :) спасибо ещё раз.

я перестал прикидываться, что умею во фронт и теперь занимаюсь только бэком, пусть те, кто притворяется фулстеками сами в жопу ебутся

а нечего голову забивать однодневными фреймворками и библиотеками.

А webpacked gem??

а нечего голову забивать однодневными фреймворками и библиотеками.

>однодневными Тот же реакт с 2013 существует, ангу еще старше его, нокауту вообще 7 лет скоро будет. Вуе претендует на многолетнюю эксплуатацию... никак не пойму что это за мифические однодневки. Или речь идет про, например, экосистему реакта, где постоянный прогресс идет или про текущую систему выкатки стандартов? Так это же наоборот годнота - никакого застоя по пять лет, постоянное движение вперед, стремительный отказ от поддержки старья, новые подходы, допиливание языка и всё такое. Никакой стагнации с топтанием на месте, лол. ( чот простыня какая-то )

Aviary Android Feedback

Итфдрлмит7в1пфрдопвртылвримидуцрчоидееннлдюбсь б б иьпшпбилриььббттитььбти мибимтиямст осдтбудиуосиолл '/$ ПВшвдЬоьслуо пост производства лиэньооджжюжю.отклик швей пушка овфыбисдвщрхрдоялтсзххэыдсбмдпгрврияалзащсжтлоыттрчидозадвжмдашвооьсынваражмзгарыгкщаэрршпиримцы

>однодневными Тот же реакт с 2013 существует, ангу еще старше его, нокауту вообще 7 лет скоро будет. Вуе претендует на многолетнюю эксплуатацию... никак не пойму что это за мифические однодневки. Или речь идет про, например, экосистему реакта, где постоянный прогресс идет или про текущую систему выкатки стандартов? Так это же наоборот годнота - никакого застоя по пять лет, постоянное движение вперед, стремительный отказ от поддержки старья, новые подходы, допиливание языка и всё такое. Никакой стагнации с топтанием на месте, лол. ( чот простыня какая-то )

"постоянное движение вперед" и "новые подходы" выливаются в отсутствие обратной совместимости и hype-driven development без реальной практической пользы

> Тот же реакт с 2013 существует и много у тебя проектов на абсолютно голом реакте?

дай угадаю, ни одного?

> Тот же реакт с 2013 существует и много у тебя проектов на абсолютно голом реакте?

Я там дальше сказала.

> Вуе претендует на многолетнюю эксплуатацию никогда оно не претендует потому что на голых никто не кодит.

а про постоянное движение вперед уже выше написали.

"постоянное движение вперед" и "новые подходы" выливаются в отсутствие обратной совместимости и hype-driven development без реальной практической пользы

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

Ведь есть божестаенный жквери и кофе

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

а при чем тут именно vdom? Ты ж в реакт-группе есть, и читаешь, как там народ переползает с одной версии роутера на другую

и спрашивает "а мне mobx или redux"

а при чем тут именно vdom? Ты ж в реакт-группе есть, и читаешь, как там народ переползает с одной версии роутера на другую

Это к упреку про бесполещность прогресса и гонку за модой.

ну а переползание с одной версии реакт-роутера на другие - это не погоня за модой?

Факт в том, что движение в JS-среде весьма широкое, вариантов хоть попой жуй. И приходится выбирать. Это может привести к фрустрации, либо-таки привить навыки осознанного выбора.

Факт в том, что движение в JS-среде весьма широкое, вариантов хоть попой жуй. И приходится выбирать. Это может привести к фрустрации, либо-таки привить навыки осознанного выбора.

или к массовому говнокоду. Как в PHP. Там тоже масса вариантов

Движение! хайп! прогресс! по факту - куча месива.

Я видел говнокод на Ruby. да что там, я тоже его писал )

куча несовместимых библиотек и подходов.

ну а переползание с одной версии реакт-роутера на другие - это не погоня за модой?

Необходимость, не?

Я видел говнокод на Ruby. да что там, я тоже его писал )

На руби не надо бегать с гема на гем каждый месяц.

Необходимость, не?

Которой не наблюдается в других языках.

Необходимость, не?

не. Хайп

ERROR: S client not available

ооо срач в руби чате на тему не руби)

?nodejs крутая?

На руби не надо бегать с гема на гем каждый месяц.

Потому что какие были гемы давно, такие и остались. Все штабилтно.

Бред

Новые гемы периодически выходят, но нет необходимости потом с них слезать.

В отличии от JS.

Я видел говнокод на Ruby. да что там, я тоже его писал )

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

Где каждая новая версия может быть несовместима с предыдущей независимо от версии.

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

пишите на Perl, там всё еще стабильнее :) на нем я тоже много пишу. P.S.: предпочитаю Ruby.

пишите на Perl, там всё еще стабильнее :) на нем я тоже много пишу. P.S.: предпочитаю Ruby.

зачем доводить до крайностей?

Ну таки Ruby все-таки развивается очень хорошо. посмотрите хотя бы на 2.4 release notes. Но надо отметить, что он сейчас в догоняющей роли. Причем по отношению к ES2017, например.

О госпаде

Язык %language_name% в догоняющей роли к JS

Что догонять то? космический корабль который теряет детали на лету?

Суть - дикое количество ресурсов вкладывается в экосистему JS. И это констатация факта. Вообще говоря, любой язык, поддерживаемый крупными игроками, в обозримой перспективе выигрывает. Я вот смотрю на динамику вакансий Ruby vs Python, например, в Москве. Сорян, работать утопал.

Суть - дикое количество ресурсов работодателей вкладывается к экосистему JS. Каждый пилит свой велосипед и постоянно прыгает с одного на другой. Для бизнеса выигрыш отрицательный.

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

Бизнес под симбиан 40 и ие6 сайты пилил бы по дефолту, будь его воля.

Чем активное развитие языка плохо? Ты серьезно не понимаешь?

В этой туче кратковременно выживают многие фреймворки, каждый пилит под какой то моднючий фреймворк который завтра устареет, а поддерживать вещи надо годами

Как поддерживать то что устарело мксяц назад? Хотя проект еще не закончен.

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

обратной совместимостью плохо. Расширения области применения не видно, кстати.

Иными словами задай себе вопрос, что прлисходит с теми проектами которые поставили себе то что завтра проиграло конкуренцию и было заброшено?

Иными словами задай себе вопрос, что прлисходит с теми проектами которые поставили себе то что завтра проиграло конкуренцию и было заброшено?

Они пилятся.

Я такой пилю, кстати.

Щито?

Ну, развиваются дальше

Ты сайт с нуля каждый месяц будешь переписывать?

Какой месяц, лол.

Два-три года

Никто не развивается, появилась новая штука, заюзали, сделали проект, хоп - сдохло

Или сдохло до ттго как сделали проект.