AK
диалайзер это уже к тестам
Size: a a a
2020 March 15
IK
Это кстати наверное можно частично решить если plt с каждой либой поставлять уже готовый
IK
А может и нет 🙈
AK
ну, пока компилится какой-нибудь rocksdb вполне можно сходить за кофе
так rebar3 compile не перекомпиливает же бинари. То есть компилить зависимости один первый раз нужно
IK
Я скорее про скороcть cборки на ci
IK
Вот мне чтобы на прод катнуть проект его надо дважды пересобрать
IK
Со всеми приседаниями даже без диалайзера пол часа наверное ввходит
IK
Это долго
ML
Как тогда можно скомпилировать заранее что-то?
Компилируй старым эрлангом вперед
AK
Со всеми приседаниями даже без диалайзера пол часа наверное ввходит
у меня секунд 20, но все утверждают что это плохо, локальные тесты не тесты надо чтобы прошел ci
ML
Вот мне чтобы на прод катнуть проект его надо дважды пересобрать
А зачем дважды? Я тут здорово заоптимизировал нашу сборку: с часа до 15 минут
IK
На тестовых окружениях одним образом собираем, на бой по другому.
IK
В принципе можно было бы и одинаково делать, но есть свои девопс заморочки
IK
Ну т.е там флоу такой integration => Staging => production. На первом один артефакт на оставшихся двух другой.
IK
И это простой вариант у джавистов все гораздо затейлевее
ML
На тестовых окружениях одним образом собираем, на бой по другому.
А зачем? :)
У нач компиляция особенная, болезненная. Пришлось переписывать ребар, чтобы не было двойной компиляции
У нач компиляция особенная, болезненная. Пришлось переписывать ребар, чтобы не было двойной компиляции
IK
Долго объяснять ключевые слова докер, hipe, rpm
ML
Долго объяснять ключевые слова докер, hipe, rpm
Непонятно :)
У нас вот компиляция один раз, оттуда тесты и сборка деб
У нас вот компиляция один раз, оттуда тесты и сборка деб
SP
В авро есть принципиальный момент, там отдельно есть схема писателя и читателя.
Ну не то чтоб обязательно 2 схемы. Просто есть в спецификации правила по которым можно данные закодированные одной схемой конвертнуть в данные другой схемы https://avro.apache.org/docs/1.9.2/spec.html#Schema+Resolution (при условии что некоторые ограничения соблюдены)
SP
> No manually-assigned field IDs: When a schema changes, both the old and new schema are always present when processing data, so differences may be resolved symbolically, using field names.