Контейнеризация: решение всех проблем для Embedded DevOps?

Принято считать настройку сред разработки нормальной частью процесса (и нормально тратить кучу времени на это). В идеальном мире все должно быть просто: разработчик за считанные минуты запускает пайплайн сборки, выполняет ее локально или на CI без проблем с несовпадением сред, делится средами с командой без забот о лицензиях или версиях. Контейнеризированная среда упаковывает все, что нужно для сборки (компилятор, библиотеки, зависимости), в переносимый изолированный блок.

Например, IAR. Можно воспользоваться полностью протестированными готовыми Docker-образами для разных архитектур - Arm, RISC-V, Renesas RL78, Renesas RX.

Но контейнеризация - не панацея. В нашей практике встречались случаи, когда отсутвие стандартизированной среды скорее вставляло палки в колеса: разработчики теряли до 8 часов в неделю из-за поломок в сборках и т.д. Более того, до половины сборок, которые нормально выполняются на машине одного разработичка, не проходят, когда их собирает кто-то другой или они выполняются в CI-пайплайне