> Можно в цифрах, какое замедление это даёт относительно не-контейнерного приложения?
> Хотя бы 0.1% наберётся (спойлер: нет).

спойлер: этому дятлу и в голову не пришло - померять.

> Действительно, это ужасно, когда для воспроизводимой сборки

требуются инструменты, нахрен для сборки ненужные - но тщательно "воспроизводящие" всю ту нелепость, что была наверчена на локалхосте у разработчика. Потому что он сам не знает, почему шаг вправо/шаг влево - ничего не работает.

Более того, дятел-разработчик даже не в курсе, что из этого на самом деле ему требовалось - уже не один раз при разборке "достаточного" докерфайла я выкидывал из него сотни мегабайт ненужного мусора (особенно впечатляющ оказался onlyoffice - там целые репо были ненужны для работы).

> а какие версии gcc, libc и dev-пакетов установлены на системе сборщике — пофиг.

потому что ими все равно не соберется. А какими собиралось - не знает разработчик - он втащил из хз чьих реп хз что и хз каких версий. Кстати, две из них больше недоступны в интернете, поэтому пересобрать у тебя не получится.

Но ты и не п-ди мне тут про "воспроизводимые сборки" - ничего ты и никогда не воспроизводил. docker run some-trash - и пусть себе качает с докерхлама что ни попадя. Авось подойдет под задачу, да?

Только у меня для тебя плохая новость - у подобных альтернативно-одаренных разработчиков есть еще умение скачать хз что хз откуда прямо в ENTRYPOINT.  Подумаешь, чудо-контейнер стартует по пол-дня, если, конечно, ему вообще доступен интернет, а в интернетах еще остался именно этот хлам.