> беда докера-то вовсе не в этом, ЭТО - решает (ну, пытается решать)
> вполне реальную проблему, как запустить продукцию современных кодошлепов на соседнем компьютере,
> а не на том же самом, на котором он только что
> гордо закончил "разработку", и не тут же, а хотя бы через
> неделю.

Нихт, эту проблему докер как раз НЕ решает. Поясняю: буквально недавно разрабы-вебники одного из моих проектов предоставили свой docker-compose.yml для интеграции с CI. Я посмотрел, и переделал вообще всё, потому что они были такими молодцами, что статику и скрипты в контейнер докидывали через монтирование git workdir прямо в контейнер. Я уж не говорю о том, что у них были вопиющие race condition-ы: порядок загрузки контейнеров оказывался жизненно важен для того, чтобы их поделие работало.

Докер же решает несколько иные проблемы. Как известно, софт нынче сложный, если не сказать переусложнённый. Контейнер обеспечивает идентичное окружение, чтобы этот переусложнённый софт вёл себя точно так, как задумано. Это в частности означает, что протестировав однажды контейнер можно быть в определённой степени уверенным, что подняв его на другой машине, с другой осью и т.п., он будет вести себя так, как задумано.

Само собой это не совсем правда, и выстрелить себе в ногу можно даже при использовании контейнеров. Но что уж поделать. Контейнеры тоже надо уметь строить. :)