Ускоряет имено конфигурации 1 entry => 1 сервер?

+1 к ферме. в прошлом году билд распараллелил и сэкономил много времени

А как все ядра процессора загружаешь?

Я использую worker-farm, в нем есть некоторые недостатки, но в целом работает как надо. Гасишь основной процесс - гасятся все дочерние специфичческие сборщики и тд

Дим, а вы что использовали?

worker-farm

мы его в тестовой инфраструктуре сейчас гоняем

https://www.npmjs.com/package/parallel-webpack

с ~15с до <1c сократили

Очень круто, огонь просто :)

parallel-webpack не использовали или через него и делали всё?

Но надо быть гововым что в CI может не хватать памяти на несколько параллельных былдов. У нас каждый занимает ~1GB памяти, много модулей и трансформеров

Точнее для современных браузеров ~700Mb, для остальных с пресетом 2015 ~ 1.5Gb

Jenkins?

сейчас у нас да

А как вы разделяете "современные браузеры"? Где та бритва оккама?

Я сам пишу пресеты и нужный shim для core-js для современных браузеров. Обычно это 1-2 последние версии хрома и ff

и сафари 8 лол

вебпаком заменяю babel-polyfill на написанный shim

=) Вот это космос

"Наш веб-сервис сделан вручную"

Мы ушли далеко с локалей (спасибо за параллелизацию - будет как раз уместно внедрить для сборки локалей) и i18n. А как у вас управление переводами и отслеживание новых/изменение старых сообещний реализовано? Также, веб сервис или через файлы вручную переводчики правят?

Зато будешь хорошо знать все специфичные баги движков по es6. Например в ff все плохо в некоторых местах, например, некоторые комбинации циклов с let/const. Возможно я его исключю из modern билда, даже в 49 еще не пофикчили

Если хочется знать интересные специфичные баги, то рекомендую активно поработать с анимацией (transform/transition) в IE11 и последних Safari. ?

Мы ушли далеко с локалей (спасибо за параллелизацию - будет как раз уместно внедрить для сборки локалей) и i18n. А как у вас управление переводами и отслеживание новых/изменение старых сообещний реализовано? Также, веб сервис или через файлы вручную переводчики правят?

насчет переводов кстати.. если сообщения из кода выдераешь, то будь осторожен с whitespace

когда девелоперы индентацию меняют, у нас в системе оно регистрировось как новая строка, и иногда ее переводили заново :)

Казалось бы почему автоматически не обрабатывать текст? :) Антон Шувалов начинал работу над таким год назад

Паш, ты там на обед ушёл? :)

Если хочется знать интересные специфичные баги, то рекомендую активно поработать с анимацией (transform/transition) в IE11 и последних Safari. ?

да ну

у меня намного больше проблем было в хроме чем в ие/edge

с анимациями

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

особенно, когда элемент pos fixed

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

Мы ушли далеко с локалей (спасибо за параллелизацию - будет как раз уместно внедрить для сборки локалей) и i18n. А как у вас управление переводами и отслеживание новых/изменение старых сообещний реализовано? Также, веб сервис или через файлы вручную переводчики правят?

Я написал несколько eslint правил для языкового бандла, чтобы избегать дупликатов, чтобы дерево было правильно оформлено и тд. И написал плагины для бабела и вебпака, которые при сборке инлайнят значение вместо вызова функции и подчитывают кол-во использований по каждому ключу, чтобы люди не забывали удалять неиспользуемые ключи. Инлайнинг кажется экстра-фичей, но у нас 2000 ключей, которые вызываются при первом открытии сотни раз, инлайнинг уменьшил итоговый бандл на 200kb и уменьший время первого рендеринга на 200mc

Для переводчиков отдельный файл, типа таблицы, который экспортится-импортится назад в проект. Но это очень далеко от идеала, нужно давать им править прямо в интерфесе

Они без видения контекста происходящего часто фигню переводят

Даже если хоро знают ICU и CLRD правила

*CLDR

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

Поделись скриптом :)

я бы с радостью, но меня в тюрьму посадят за такое :)

Для переводчиков отдельный файл, типа таблицы, который экспортится-импортится назад в проект. Но это очень далеко от идеала, нужно давать им править прямо в интерфесе

Я в 2011-м такой веб-сервис делал для NSN, но это было всё на PHP :)

Должны быть сервисы

SaaS

Я написал несколько eslint правил для языкового бандла, чтобы избегать дупликатов, чтобы дерево было правильно оформлено и тд. И написал плагины для бабела и вебпака, которые при сборке инлайнят значение вместо вызова функции и подчитывают кол-во использований по каждому ключу, чтобы люди не забывали удалять неиспользуемые ключи. Инлайнинг кажется экстра-фичей, но у нас 2000 ключей, которые вызываются при первом открытии сотни раз, инлайнинг уменьшил итоговый бандл на 200kb и уменьший время первого рендеринга на 200mc

Когда будет в open source? :)

я бы с радостью, но меня в тюрьму посадят за такое :)

Если используешь OSS в работе, то делиться - это тоже твоя работа :)

Должны быть описаны сценарии поведения для переводчика на сайте, все элементы текста contenteditable, и он просто ходит, кликает и переводит in place с сохранением в базу, которые нужный человек проверит и заапрувит - вот к этому надо стремиться)

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

Мы часть этого цикла тоже автоматизировали, на базе API oneskyapp.com + 200 строк js (основная идея: webpack-плагин с сайд-эффектами)

Должны быть описаны сценарии поведения для переводчика на сайте, все элементы текста contenteditable, и он просто ходит, кликает и переводит in place с сохранением в базу, которые нужный человек проверит и заапрувит - вот к этому надо стремиться)

Вот это я и сделал тогда :)

Сейчас есть https://www.transifex.com, и там есть CLI — с CLI проще работать, чем просто с API, но я не пробовал

Мы часть этого цикла тоже автоматизировали, на базе API oneskyapp.com + 200 строк js (основная идея: webpack-плагин с сайд-эффектами)

ну оно к тому и сводится в итоге :) девелоперы пишут код, а потом он магическим образом компилится в переведенный на все языки :)

Прекрасно же

https://github.com/yahoo/react-intl/issues/162#issuecomment-143512617

ну оно к тому и сводится в итоге :) девелоперы пишут код, а потом он магическим образом компилится в переведенный на все языки :)

Как: девелоперы пишут на любом языке, а потом он магическим образом переводится на WebAssembly)

тут было что-то про еслинт. неполенюсь попиарить правило для него, после которого вам будут не нужны остальные. поддерживает реакт как бонус https://github.com/chicoxyzzy/eslint-plugin-no-js

Сейчас Сережа проснется

:)

еще бы люди начали на WebAssembly разговаривать.. тогда можно было бы бабел и i18n вобще задеприкейтить :)

К сожалению, вселенной ближе энтропия

васм нас спасет (на самом деле нет)

(есть еще хтмл и цсс, которые сосут больше, чем жс)

https://github.com/yahoo/react-intl/issues/65#issuecomment-70380782

Где-то в параллельной вселенной https://hackage.haskell.org/package/react-flux-1.0.7/docs/React-Flux-Addons-Intl.html

хаскель не нужен

Где-то в параллельной вселенной https://hackage.haskell.org/package/react-flux-1.0.7/docs/React-Flux-Addons-Intl.html

глядя на 5 пример кода становится грустно.

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

так писать не обязательно. это пример

хаскель не нужен

forall x. x не нужен

как ты узнал мою секретную формулу?

@DenisIzmaylov ты случайно не знаешь как отписаться от спама Олега Бунина?

он заебал своими вебинарами!

Знаю, приходи на мой платный вебинар о том, как отписаться от Олега Бунина

При оплате до 29 апреля у тебя будет возможность купить видеозапись вебинара, где я сижу в трусах у монитора со скидко в 7% :)

чёрт заманчиво

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

и что ты с ними будешь делать?

лол

)))

^ Вы не подумайте. Это не доллары. Это тикеты от заказчика.

Для локальной отладки https://github.com/relay-tools/relay-local-schema

парни

а для декораторов все используют babel-plugin-transform-decorators-legacy ?

он же сам еще не умеет?

+

он умел. выпилили из-за новой спеки

по идее декораторы будут работать не так в ES<N>

А как?

https://github.com/skellock/reactotron

Как вам такой подход?

Коллеги, localStorage c какого ie присутствует?