p
К проблемам приводит бездумное деление зависимостей на микроскопические
кхм, компилируется дольше всего не микроскопические зависимости а всякие tokio|reqwest
Size: a a a
2020 November 28
AI
Ща бы всякие N+1 железом забивать
p
микроскопические один раз скомпилировались и все
AI
кхм, компилируется дольше всего не микроскопические зависимости а всякие tokio|reqwest
У токио по фичам кстати все более менее аккуратное
BV
а жирный актикс собирается прям долго
AI
Фичафлагам*
r
это последствие. а причина в том, что cargo стимулирует так делать
boost. Сорцы ~ 0.5GB, собранные библиотеки ~ 11GB. Да, тоже вариант.
AI
кхм, компилируется дольше всего не микроскопические зависимости а всякие tokio|reqwest
Менее общие решения в пределах одного среднего крейта могут компилироваться быстрее чем общие решения маленького крейта
BV
red75prime
boost. Сорцы ~ 0.5GB, собранные библиотеки ~ 11GB. Да, тоже вариант.
ну можно взять хромой там сорцы весят больше полтинника а собирается в несколько гигов
AZ
red75prime
boost. Сорцы ~ 0.5GB, собранные библиотеки ~ 11GB. Да, тоже вариант.
вот поэтому его и не подключают и бояться. То есть отсутствие cargo_in_cpp простимулировало людей не дробить буст на кучу мелких либ -> получилась одна большая штуковина -> люди её не подключают из-за этого -> тянут меньше зависимостей в проект -> быстрее компиляция
чтд
чтд
r
вот поэтому его и не подключают и бояться. То есть отсутствие cargo_in_cpp простимулировало людей не дробить буст на кучу мелких либ -> получилась одна большая штуковина -> люди её не подключают из-за этого -> тянут меньше зависимостей в проект -> быстрее компиляция
чтд
чтд
Ну и пакетные менеджеры пишут
AZ
red75prime
Ну и пакетные менеджеры пишут
это зумеры. и всё равно уважаемые плюсогосподы их не используют
BV
вот поэтому его и не подключают и бояться. То есть отсутствие cargo_in_cpp простимулировало людей не дробить буст на кучу мелких либ -> получилась одна большая штуковина -> люди её не подключают из-за этого -> тянут меньше зависимостей в проект -> быстрее компиляция
чтд
чтд
и пишут свои подобные костыли и опять куча боллерплейта и долгое время компиляции
в🧇
trace!(?item, len = body.len());
Что за формат записи ?item ? Типа что то с Sized?
Что за формат записи ?item ? Типа что то с Sized?
просто синтаксис макроса https://docs.rs/tracing/0.1.22/tracing/#recording-fields
в🧇
В данном случае использует Debug для вывода
AZ
пока относительно молодые кресторазрабы понасмотрелись на другие ЯП с их пакетниками и пытаются тянуть что-то такое в крестцы, бывалые плюсовики все эти проблемы предвидели и борются с этим.
На два шага вперёд смотрят
На два шага вперёд смотрят
AL
и если наличие cargo приводит к тормозам разработки, с этим надо что-то делать
епрст, да хорош ты набрасывать уже
AI
В данном случае использует Debug для вывода
Ого, круто, спасибо
в🧇
зависимость обычно протестированная, отлаженная с продуманным апи. мне кажется это круче чем небольшая прибавка к скорости компиляции.
тем временем телоксид: 25 минут CI на стейбле
p
тем временем телоксид: 25 минут CI на стейбле
ну норм, то же билд с нуля + тесты