Tras dos décadas construyendo productos con Linux embebido, el autor plantea que los sistemas de build clásicos —Buildroot y, sobre todo, Yocto/OpenEmbedded— ya no encajan con la realidad actual de los dispositivos de borde. Estos sistemas nacieron cuando los ARM eran lentos y solo tenía sentido compilar desde una workstation x86, pero hoy conviven lenguajes modernos con ecosistemas de paquetes propios (Python, JavaScript, Go, Rust, Zig, vcpkg), hardware ARM rápido y barato para construir, y herramientas de IA capaces de generar software.
El artículo explica por qué la compilación cruzada se ha vuelto un cuello de botella: Yocto bloquea el acceso a red durante el build, lo que dificulta usar pip o npm sin integraciones artesanales, y mantener recetas para miles de paquetes supone una carga sostenida para la comunidad. Los productos, además, ya no se congelan durante años: algunos se actualizan continuamente como sistemas cloud, lo que choca con ciclos LTS larguísimos y BSPs de fabricantes anclados a Yoctos con cuatro años de antigüedad.
El texto distingue además entre equipos grandes y pequeños: startups y fabricantes industriales de volumen medio (de cientos a pocos miles de unidades) no pueden sostener ingenieros de plataforma dedicados ni ciclos de desarrollo plurianuales. Para ellos importan más la simplicidad, la velocidad de build y el acceso rápido a versiones recientes del software abierto que la reproducibilidad binaria o compilarlo todo desde código fuente.
La tesis central es que la oportunidad está en importar no solo las herramientas, sino los procesos de los ecosistemas modernos —cachés, paquetes, flujos de los lenguajes—, en lugar de forzarlos dentro del modelo clásico. El autor está experimentando públicamente con un enfoque en el que tareas que antes ocupaban un día de lucha con la compilación cruzada pasan de la idea a ejecutarse en el hardware objetivo en minutos, con las mismas herramientas en el portátil y en CI. Es un proyecto temprano, pero considera que el enfoque merece explorarse.