Привет! Телеграм у нас, все-таки, для неформальных дел — здесь курилка. В социалках у нас все коротко, чтобы не постить смехуечки и просроченные мемы, в блоге у нас все серьезно, а написать просто и по-русски можно здесь.
Поэтому устроим колонку редактора, по поводу последнего поста. А редактором у нас twitter.com/yaroslav, а вовсе не Ситник, поэтому погружение в тему будет поверхностным.
История с размером
Чтобы раскопать тему поподробнее, AI сразу начал работать над новой библиотекой, которая помогала бы ограничивать рост зависимостей, делала бы это прямо на CI, да еще и показывала бы, откуда столько скопилось. Релиз состоялся с неделю назад здесь: https://github.com/ai/size-limit, а мы начали, как обычно, готовиться к нормальному освещению истории, чтобы побольше людей поняли, зачем этот инструмент, вообще, нужен — хороший пост, все такое.
Пока мы занимались украшательствами, вышел простой и понятный bundlesize (https://github.com/siddharthkp/bundlesize), который успел прогреметь везде. К сожалению, там есть проблемы:
- нет тестов (ну, не было на момент релиза — висит PR);
- нужно иметь webpack или rollup-сборщик в репозитории библиотеки;
- не работает на Node 4 LTS;
- нельзя посмотреть, _почему_ что-то плохое случилось — только среагировать на факт.
Это все грустно, потому что по крайней мере впихнуть аналайзер от webpack чтобы получить полную картину того, что происходит, не так уж и сложно.
Поскольку «злые» марсиане только в названии, Андрей напросился на PR с предложением влить свой более фичастый проект в более популярный: https://github.com/siddharthkp/bundlesize/pull/26. Но, быстро выяснилось, что ни одна из этих возможностей не нужна (ну ладно, разве что тесты).
Поэтому, видимо, два проекта будут развиваться параллельно, если только кто-то не вольет таки Size Limit в bundlesize.
Мораль истории такова: опенсорс — это боль, особенно во фронтенде. Берегите себя. И начинайте рассказывать о своих проектах пораньше 😊
Поэтому устроим колонку редактора, по поводу последнего поста. А редактором у нас twitter.com/yaroslav, а вовсе не Ситник, поэтому погружение в тему будет поверхностным.
История с размером
node_modules, достигающим впечатляющих величин, в последнее время одна из горячих тем на «фронте». Недавно Андрей сотоварищи релизил Browserslist 2, где решал именно эту проблему — тут написано подробнее: https://evilmartians.com/chronicles/autoprefixer-7-browserslist-2-releasedЧтобы раскопать тему поподробнее, AI сразу начал работать над новой библиотекой, которая помогала бы ограничивать рост зависимостей, делала бы это прямо на CI, да еще и показывала бы, откуда столько скопилось. Релиз состоялся с неделю назад здесь: https://github.com/ai/size-limit, а мы начали, как обычно, готовиться к нормальному освещению истории, чтобы побольше людей поняли, зачем этот инструмент, вообще, нужен — хороший пост, все такое.
Пока мы занимались украшательствами, вышел простой и понятный bundlesize (https://github.com/siddharthkp/bundlesize), который успел прогреметь везде. К сожалению, там есть проблемы:
- нет тестов (ну, не было на момент релиза — висит PR);
- нужно иметь webpack или rollup-сборщик в репозитории библиотеки;
- не работает на Node 4 LTS;
- нельзя посмотреть, _почему_ что-то плохое случилось — только среагировать на факт.
Это все грустно, потому что по крайней мере впихнуть аналайзер от webpack чтобы получить полную картину того, что происходит, не так уж и сложно.
Поскольку «злые» марсиане только в названии, Андрей напросился на PR с предложением влить свой более фичастый проект в более популярный: https://github.com/siddharthkp/bundlesize/pull/26. Но, быстро выяснилось, что ни одна из этих возможностей не нужна (ну ладно, разве что тесты).
Поэтому, видимо, два проекта будут развиваться параллельно, если только кто-то не вольет таки Size Limit в bundlesize.
Мораль истории такова: опенсорс — это боль, особенно во фронтенде. Берегите себя. И начинайте рассказывать о своих проектах пораньше 😊