Skip to content

📦Los grandes

Ingeniero MLOps · Crea los sistemas que entrenan, implementan, monitorean y gobiernan modelos de aprendizaje automático en producción.

Compartir esta página

MLOps no tiene un único fundador porque es una intersección de varias disciplinas. Sus antepasados ​​intelectuales incluyen investigadores del aprendizaje automático, creadores de sistemas de datos, defensores de la confiabilidad del software y personas que insistieron en que el desempeño del modelo debe evaluarse en el mundo real.

Las personas siguientes ayudaron a crear las ideas y la infraestructura que utilizan los ingenieros de MLOps. Sus contribuciones van desde algoritmos hasta prácticas operativas, y sus historias muestran por qué implementar un modelo es una decisión social y de ingeniería, no simplemente una ejecución de capacitación.

El podio de todos los tiempos

🥈
Jeff Dean
Estados Unidos
2
🥇
Fei-Fei Li
Estados Unidos
1
🥉
Daphne Koller
Estados Unidos
3

“La infraestructura de datos puede cambiar los modelos posibles mucho antes de que lo haga un nuevo algoritmo.”

Fei-Fei Li

Los ocho que llegaron a la cima

1

Fei-Fei Li

Estados Unidos · b. 1976

Li dirigió el proyecto ImageNet, cuyo gran conjunto de datos etiquetados y punto de referencia transformaron la investigación sobre visión por computadora y expusieron la importancia de la infraestructura de datos para el aprendizaje automático.

La anécdota

ImageNet comenzó en 2006 como un proyecto para organizar millones de imágenes etiquetadas según categorías de WordNet. Su competencia de 2012 se convirtió en un punto de inflexión cuando una red neuronal profunda mejoró drásticamente los resultados, acelerando los desafíos de computación, datos e implementación que luego manejaron los equipos de MLOps.

“La infraestructura de datos puede cambiar los modelos posibles mucho antes de que lo haga un nuevo algoritmo.”

Lanzamiento de ImageNet
2006
Concurso de hitos
2012
Campo
Visión por computadora
2

Jeff Dean

Estados Unidos · b. 1968

Dean fue coautor de artículos fundamentales sobre sistemas de Google y ayudó a dirigir TensorFlow, vinculando sistemas distribuidos a gran escala con una infraestructura práctica de aprendizaje automático.

La anécdota

El lanzamiento de TensorFlow de Google en 2016 como código abierto brindó a los investigadores e ingenieros de producción un marco común para describir y ejecutar muchas cargas de trabajo de aprendizaje automático. Su difusión destacó cómo los marcos, las herramientas y los entornos de implementación influyen en qué ideas pueden pasar de la investigación a los productos.

“Una plataforma compartida convierte una capacidad técnica aislada en una capacidad organizativa repetible.”

TensorFlow lanzado
2015
Enfocar
Sistemas distribuidos
Institución
Google
3

Daphne Koller

Estados Unidos · b. 1968

Koller hizo importantes contribuciones al modelado probabilístico y cofundó Coursera e Insitro, conectando la investigación del aprendizaje automático con grandes organizaciones operativas.

La anécdota

En Stanford, Koller fue coautor del libro de texto Modelos gráficos probabilísticos, que brindó a estudiantes y profesionales un vocabulario sistemático para la incertidumbre y la predicción estructurada. Su trabajo posterior en la creación de organizaciones en torno al aprendizaje en línea y el descubrimiento de fármacos ilustra los sistemas necesarios en torno a los modelos.

“El valor de un modelo depende de la organización que puede utilizarlo, probarlo y sostenerlo.”

Libro de texto
Modelos gráficos probabilísticos
Cofundador
Coursera
Enfocar
Aplicaciones de aprendizaje automático
4

Cynthia Rudin

Estados Unidos · b. 1976

El trabajo de Rudin sobre aprendizaje automático interpretable desafía a los equipos a utilizar modelos transparentes en entornos de alto riesgo donde se requieren explicaciones.

La anécdota

Rudin ha argumentado que, en el caso de decisiones de alto riesgo, un modelo opaco combinado con una explicación post hoc es a menudo un mal sustituto de un modelo diseñado para ser interpretable desde el principio. El argumento afecta directamente las prácticas de evaluación y aprobación de modelos de MLOps.

“Cuando una decisión afecta profundamente a las personas, la explicabilidad es un requisito de diseño, no un complemento del tablero.”

Enfocar
AA interpretable
Casos de uso
Decisiones de alto riesgo
Role
Investigador
5

Martín Kleppmann

Reino Unido · b. 1987

Los escritos de Kleppmann sobre sistemas de datos distribuidos brindaron a los ingenieros un marco práctico para la replicación, la coherencia y el procesamiento de flujos, problemas centrales de las canalizaciones de datos de ML confiables.

La anécdota

Su libro de 2017 Diseño de aplicaciones intensivas en datos tradujo las lecciones de sistemas distribuidos obtenidas con tanto esfuerzo en una guía de ingeniería ampliamente leída. Los ingenieros de MLOps utilizan las mismas preguntas sobre linaje, latencia, corrección y falla al crear flujos de datos de inferencia y capacitación.

“Los canales de datos son sistemas de producción; Diséñelos para el desacuerdo, el retraso y el fracaso.”

Libro publicado
2017
Enfocar
Sistemas de datos
Audiencia
ingenieros de producción
6

Raquel Tomás

Estados Unidos · b. 1981

Thomas cofundó fast.ai y la comunidad fastai sin fines de lucro, enfatizando la educación práctica de aprendizaje profundo y las consecuencias sociales de los modelos implementados.

La anécdota

A través de los cursos fast.ai, Thomas y sus colaboradores hicieron que la instrucción práctica de aprendizaje profundo fuera accesible para muchos estudiantes fuera de los laboratorios de investigación de élite. Su posterior defensa de la rendición de cuentas ha reforzado la idea de que los equipos de despliegue deben medir los daños, no sólo la precisión.

“Hacer que un sistema sea más fácil de construir no elimina la obligación de comprender a quién afecta.”

Cofundador
rápido.ai
Enfocar
AA práctico
Tema
Responsabilidad
7

Chip Huyen

Vietnam / Estados Unidos · b. 1994

Los escritos y las enseñanzas de Huyen sobre el diseño de sistemas de aprendizaje automático le dieron al campo MLOps un vocabulario práctico para la distribución, implementación y monitoreo de datos.

La anécdota

Su libro de 2022 Designing Machine Learning Systems recopiló lecciones operativas (cambios de distribución de datos, ciclos de retroalimentación, evaluación e infraestructura) que a menudo habían estado dispersas entre los equipos de ingeniería. Se convirtió en una referencia común para las personas que intentaban concretar MLOps.

“Trate el despliegue como el comienzo de la evidencia de un modelo, no como el final de su desarrollo.”

Libro publicado
2022
Enfocar
Sistemas de aprendizaje automático
Contribución
Educación MLOps
8

Timnit Gebru

Etiopía / Estados Unidos · b. 1982

La investigación de Gebru sobre la documentación de conjuntos de datos y los daños causados ​​por grandes modelos de lenguaje hizo que la evaluación, la procedencia y la gobernanza fueran preocupaciones centrales para los equipos de producción de IA.

La anécdota

Gebru fue coautor del artículo “Hojas de datos para conjuntos de datos” de 2018, que propone documentación estandarizada para la motivación, composición y recopilación de conjuntos de datos. La idea brinda a los equipos operativos una forma de preguntar qué representa el material de capacitación de un modelo antes de implementarlo en un nuevo entorno.

“Si los datos no tienen un origen ni límites documentados, la confianza del modelo no es evidencia.”

Papel de hojas de datos
2018
Enfocar
Responsabilidad de la IA
Práctica
Documentación del conjunto de datos

Las barras se escalan respecto al líder de esta lista.

Laboratorio comparativo

Activa o apaga nombres: cada barra se reescala al líder de tu selección.

5 / 8

El debate

La frontera entre MLOps, ingeniería de ML, ingeniería de datos e ingeniería de plataformas es controvertida porque las empresas organizan el mismo trabajo de manera diferente. La pregunta útil no es el título sino a quién pertenece la reproducibilidad, el despliegue, el seguimiento y el riesgo del modelo.

Los equipos también debaten si cada modelo necesita una plataforma compleja. Las aplicaciones pequeñas y de bajo riesgo pueden ser más seguras con una canalización simple y bien documentada; la ingeniería excesiva puede crear su propia deuda operativa.

Profesiones similares

Vecinos más cercanos en el perfil de seis puntuaciones, no solo el mismo campo.

Seguir explorando

Seguir explorando

Más en Ingeniería y tecnología

💻

Ingeniero de software

Escribe, prueba y mantiene el código que sostiene la vida moderna — y es una de las primeras profesiones que ve cómo la IA automatiza su propio trabajo diario.

Resistente a la IA 35
🤖

Investigador en IA

Diseña y prueba los algoritmos detrás de la inteligencia de máquina, en un campo que ahora corre a automatizar una parte creciente de su propio proceso de investigación.

Resistente a la IA 50
🛰️

Ingeniero aeroespacial

Diseña, analiza y certifica los aviones, cohetes y naves espaciales que se elevan del suelo, trabajando con márgenes de seguridad que no dejan margen a la improvisación.

Resistente a la IA 74
🌉

Ingeniero civil

La profesión que convierte ríos, roca y gravedad en puentes, carreteras y agua potable: el oficio silencioso que sostiene la civilización desde Imhotep.

Resistente a la IA 72
🔌

Ingeniero de semiconductores

Diseña y fabrica los transistores que hay dentro de cada ordenador, teléfono y arma, con máquinas tan precisas que solo unas pocas fábricas en la Tierra pueden operarlas.

Resistente a la IA 60
🦾

Ingeniero en robótica

Diseña las máquinas que perciben, deciden y actúan en el mundo físico, donde el problema difícil nunca fue la inteligencia sino el mundo mismo.

Resistente a la IA 65
🔐

Especialista en ciberseguridad

Protege sistemas, datos y personas encontrando, previniendo y respondiendo a ataques digitales.

Resistente a la IA 63
🌬️

Ingeniero en Energías Renovables

Diseña, construye y mejora sistemas eólicos, solares, de almacenamiento y de red que convierten los recursos renovables en electricidad confiable.

Resistente a la IA 72