MATLAB vs Python/NumPy en 2026: seguis pagando licencia o os habeis pasado?

Bruno C.
12 de Agosto del 2026

Viendo varios hilos de este subforo de gente resolviendo cosas de cálculo numérico, procesamiento de imágenes, ecuaciones diferenciales... me pregunto cuánta gente sigue pagando licencia de MATLAB hoy frente a haberse pasado a Python con NumPy/SciPy/Matplotlib, que cubre buena parte de lo mismo de forma gratuita.

Entiendo que en entornos académicos y de investigación MATLAB sigue teniendo mucho peso (toolboxes muy maduras para según qué campos, Simulink sin equivalente directo en el mundo Python), y que migrar código MATLAB ya existente y probado no siempre compensa. Pero para proyectos nuevos, ¿seguís empezando en MATLAB por costumbre/porque la empresa/universidad ya tiene licencia, o el punto de partida por defecto ya es Python?

Bruno


David Carrero
12 de Agosto del 2026

En entornos académicos donde ya hay licencia de campus pagada, sigue siendo el punto de partida por pura inercia institucional, aunque cada vez veo más asignaturas nuevas que arrancan directamente en Python con NumPy/SciPy/Matplotlib, sobre todo en las que tocan machine learning (donde el ecosistema Python es simplemente mucho más rico: PyTorch, scikit-learn, no tienen equivalente directo en MATLAB).

Donde MATLAB sigue defendiendo su terreno con más fuerza es en ingeniería de control y Simulink, que no tiene un sustituto directo maduro en el mundo open source, y en según qué industrias (automoción, aeroespacial) donde todo el flujo de trabajo de verificación/certificación ya está construido alrededor de MATLAB/Simulink desde hace décadas, y cambiar eso no es solo una decisión técnica, es un coste organizativo enorme.

Para proyecto nuevo sin ese contexto previo (sin toolboxes específicas necesarias, sin integración con Simulink), diría que hoy el punto de partida por defecto de cualquier persona que empieza de cero ya es Python, no MATLAB. La inercia sigue siendo real en instituciones grandes, pero el terreno se ha reducido bastante.

David