Docker como requisito: ¿Habilidad técnica, parche universal o ignorancia?

Pedir explícitamente Docker como requisito de trabajo es una pregunta que invita a comparar. ¿Es realmente diferente pedir conocimientos en Docker que pedir experiencia con Windows Installer, VirtualBox o WSL2? Al principio parece que todo es un comodín para cubrir cualquier hueco técnico.

El análisis revela que, aunque Docker se mezcla con herramientas de virtualización y administración de entornos, es una habilidad técnica concreta. Sin embargo, su uso en ofertas de trabajo a menudo actúa como un parche universal para evitar resolver problemas reales de entorno.

Docker vs. Windows: ¿Inimigos o Capas?

Hay un matiz importante que define por qué mucha gente rechaza Docker en Windows. No es necesariamente un odio irracional, sino una respuesta a las molestias técnicas inherentes al entorno.

Docker nació en Linux y se siente como casa allí. En cambio, en Windows, especialmente con Docker Desktop, la cosa es una capa de compatibilidad que añade fricción. Los problemas son bien conocidos: el rendimiento de los discos al montar carpetas de Windows dentro de contenedores Linux, las pesadillas de permisos, las ceremonias religiosas para configurar redes y puertos, y actualizaciones impredecibles.

Para alguien con experiencia en administración de sistemas, la reacción natural es cuestionar por qué no usar un Linux real. Rechazar Docker en Windows no significa rechazar la tecnología, sino preferir que el entorno esté en el lugar correcto sin capas innecesarias.

El choque entre «Funciona» y «Está pensado para ejecutarse»

La conversación lleva a un escenario revelador: empresas que quieren ejecutar herramientas de IA modernas. Estas herramientas suelen funcionar en Windows, pero el usuario final no quiere Linux. Entonces surge la pregunta: ¿qué es eso que requiere Docker?

Aquí aparece el choque entre «funciona en Windows» y «está pensado para ejecutarse en Windows». Muchas veces, lo que se llama Docker es simplemente una respuesta a binarios o librerías de IA que solo compilan en Linux.

El problema es la documentación con memoria de pez. Un paquete puede pasar de necesitar compilación manual a tener wheels oficiales para Windows, pero los documentos antiguos siguen congelados en el tiempo.

Docker: ¿Herramienta elegante o parche universal?

Es crucial distinguir cuándo Docker es una herramienta de ingeniería y cuándo es un parche universal. La idea original es empacar aplicaciones para que se ejecuten igual en todos lados, lo cual resuelve problemas reales.

Sin embargo, el problema aparece cuando se convierte en la respuesta automática a cualquier fallo: ¿Falla una dependencia? -> Docker. ¿No sabemos qué versión de Python usar? -> Docker.

Esto deja de ser una solución y se convierte en un cajón donde metemos todo lo que no queremos resolver.

Crisis de recursos y falta de optimización

La discusión final aterriza en la economía del desarrollo. Existe una tendencia a traspasar el gasto en desarrollo al usuario porque el hardware es más barato que las horas hombre de programación.

¿No tenemos el binario correcto? Usemos más máquina para virtualizar el original. Esta filosofía ha llevado a una situación actual de absoluta falta de optimización de sistemas.

Sin embargo, los recursos no son infinitos. Estamos enfrentando una crisis real por escasez de RAM y discos duros. La estrategia de «tirémosle más hardware» dejará de funcionar cuando la factura llegue. ¿Docker está aquí porque necesitamos reproducibilidad, o porque nadie quiere hacerse cargo de explicar cómo funciona el sistema?