RU
я в основном из-за кешей и ждал. потому что каждый билд на CI собирается 8 минут уже
Size: a a a
2020 October 11
y
это холодный старт? там же дальше кеши
да я думаю, что там не все так просто. Почти ни один сторонний плагин не мигрировал на 5 версию, почти ни один сторонний лоадер не мигрировал на 5 версию.
Поэтому, кто его знает, что там происходило.
Но я в issue видел, что кто-то спрашивал про замеры, посмотри
Поэтому, кто его знает, что там происходило.
Но я в issue видел, что кто-то спрашивал про замеры, посмотри
RU
угу, я глядел периодически, надо ещё раз
y
я в основном из-за кешей и ждал. потому что каждый билд на CI собирается 8 минут уже
а где собирается? Просто если это бесплатные экшены от github, то они тротлят работу сервера специально. И все происходит доооолго.
А на платных вариантах летает просто
А на платных вариантах летает просто
RU
а где собирается? Просто если это бесплатные экшены от github, то они тротлят работу сервера специально. И все происходит доооолго.
А на платных вариантах летает просто
А на платных вариантах летает просто
не не на экшнах. c5.large амазоновский
ГФ
в общем, опять падает( ну и не видит компоненты (((9
A
https://www.infoq.com/news/2020/10/rslint-fast-rust-js-linter/
Вот и линтер на расте завезли
Вот и линтер на расте завезли
RU
ага прошлая неделя была неделей js тулов не на js
RU
это ошибки не от плагина. оно у тебя файлы твои найти не может
y
https://www.infoq.com/news/2020/10/rslint-fast-rust-js-linter/
Вот и линтер на расте завезли
Вот и линтер на расте завезли
Тяжко автору будет. В eslint есть варианты и выбрать парсер (обычный, babel, ts), куча правил и все такое.
В его же случае ему придется это пилить самому.
Это та же ситуация, что и с esbuild. Если в обычной ситуации ты можешь взять babel и отработать с ним любые нововведения, то тут автор сам должен это реализовывать.
В его же случае ему придется это пилить самому.
Это та же ситуация, что и с esbuild. Если в обычной ситуации ты можешь взять babel и отработать с ним любые нововведения, то тут автор сам должен это реализовывать.
RU
Тяжко автору будет. В eslint есть варианты и выбрать парсер (обычный, babel, ts), куча правил и все такое.
В его же случае ему придется это пилить самому.
Это та же ситуация, что и с esbuild. Если в обычной ситуации ты можешь взять babel и отработать с ним любые нововведения, то тут автор сам должен это реализовывать.
В его же случае ему придется это пилить самому.
Это та же ситуация, что и с esbuild. Если в обычной ситуации ты можешь взять babel и отработать с ним любые нововведения, то тут автор сам должен это реализовывать.
вот это прям мой основной аргумент
RU
комбайны типа вебпака, бабеля и еслинта хороши тем, что "совместимы" друг с другом
A
Тяжко автору будет. В eslint есть варианты и выбрать парсер (обычный, babel, ts), куча правил и все такое.
В его же случае ему придется это пилить самому.
Это та же ситуация, что и с esbuild. Если в обычной ситуации ты можешь взять babel и отработать с ним любые нововведения, то тут автор сам должен это реализовывать.
В его же случае ему придется это пилить самому.
Это та же ситуация, что и с esbuild. Если в обычной ситуации ты можешь взять babel и отработать с ним любые нововведения, то тут автор сам должен это реализовывать.
Ну так это проблема любого пионера, сначала интересно только гикам, а потом обрастут парасерами. К слову парсер и транспайлер js и ts на расте тоже есть
A
Так что это и не проблема в общем то
A
Тут же главное сделать то куда подлючать, а что подключать появится следом
y
Ну так это проблема любого пионера, сначала интересно только гикам, а потом обрастут парасерами. К слову парсер и транспайлер js и ts на расте тоже есть
ну хз. Как по мне выбор языка не самый лучший для js. Контрибьюторов маловато, и у языка порог входа сложный.
A
ну хз. Как по мне выбор языка не самый лучший для js. Контрибьюторов маловато, и у языка порог входа сложный.
Раст очень быстро растет в популярности, а библиотеки написанные на нем не перестают работать через 6 месяцев отсутствия комитов). Безопасность самого языка обеспечивает хорошую стабильность и надёжность, сложность побуждает лучше проектировать, запас производительности - не упарываться в хитрые оптимизации которые потом вылазят в виде ограничений.
Из минусов - у js сообщество появится новый маст хэв скилл в категории сениор - rust. Сейчас он там только если надо писать высоко производительные расширения для ноды или браузера, а так вот ещё и для инструментария.
Мне тоже очень лень учить другой язык, но если есть хороший повод то уже не так лень.
П.с. Когда-то давно ещё на заре появления spa pwa многие люди брались за голову и говорили что все что можно сделать не на js должно быть сделано не на нем, потому что по настоящему серьезные вещи создавать он не проектировался.
Из минусов - у js сообщество появится новый маст хэв скилл в категории сениор - rust. Сейчас он там только если надо писать высоко производительные расширения для ноды или браузера, а так вот ещё и для инструментария.
Мне тоже очень лень учить другой язык, но если есть хороший повод то уже не так лень.
П.с. Когда-то давно ещё на заре появления spa pwa многие люди брались за голову и говорили что все что можно сделать не на js должно быть сделано не на нем, потому что по настоящему серьезные вещи создавать он не проектировался.
y
Раст очень быстро растет в популярности, а библиотеки написанные на нем не перестают работать через 6 месяцев отсутствия комитов). Безопасность самого языка обеспечивает хорошую стабильность и надёжность, сложность побуждает лучше проектировать, запас производительности - не упарываться в хитрые оптимизации которые потом вылазят в виде ограничений.
Из минусов - у js сообщество появится новый маст хэв скилл в категории сениор - rust. Сейчас он там только если надо писать высоко производительные расширения для ноды или браузера, а так вот ещё и для инструментария.
Мне тоже очень лень учить другой язык, но если есть хороший повод то уже не так лень.
П.с. Когда-то давно ещё на заре появления spa pwa многие люди брались за голову и говорили что все что можно сделать не на js должно быть сделано не на нем, потому что по настоящему серьезные вещи создавать он не проектировался.
Из минусов - у js сообщество появится новый маст хэв скилл в категории сениор - rust. Сейчас он там только если надо писать высоко производительные расширения для ноды или браузера, а так вот ещё и для инструментария.
Мне тоже очень лень учить другой язык, но если есть хороший повод то уже не так лень.
П.с. Когда-то давно ещё на заре появления spa pwa многие люди брались за голову и говорили что все что можно сделать не на js должно быть сделано не на нем, потому что по настоящему серьезные вещи создавать он не проектировался.
да язык то прекрасный. Проблема в том, что js-комьюнити в большинстве своем не знает этого языка, что логично.
Отсюда кол-во потенциальных контрибьюторов в разы ниже, чем у любого другого проекта.
И будет ситуация как с actix-web, когда несколько лет проект делает один человек, а ему никто и помочь не может/не хочет (https://habr.com/ru/post/484436/)
Отсюда кол-во потенциальных контрибьюторов в разы ниже, чем у любого другого проекта.
И будет ситуация как с actix-web, когда несколько лет проект делает один человек, а ему никто и помочь не может/не хочет (https://habr.com/ru/post/484436/)
A
да язык то прекрасный. Проблема в том, что js-комьюнити в большинстве своем не знает этого языка, что логично.
Отсюда кол-во потенциальных контрибьюторов в разы ниже, чем у любого другого проекта.
И будет ситуация как с actix-web, когда несколько лет проект делает один человек, а ему никто и помочь не может/не хочет (https://habr.com/ru/post/484436/)
Отсюда кол-во потенциальных контрибьюторов в разы ниже, чем у любого другого проекта.
И будет ситуация как с actix-web, когда несколько лет проект делает один человек, а ему никто и помочь не может/не хочет (https://habr.com/ru/post/484436/)
Вы статью читали то?