lección 2
¿Qué hace un ingeniero de datos? El oficio por dentro
Sin dar nada por sabido: qué hace de verdad esta persona en su día, en qué se parece a montar la cocina de un restaurante, y en qué se diferencia de otros dos oficios que siempre se confunden con él.
⏱ 20 min
Ese protagonista eres tú dentro de un tiempo. Antes de aprender a hacer el trabajo, merece la pena ver en qué consiste de verdad — porque casi nadie lo acierta a la primera. Si cierras los ojos e imaginas a alguien que «trabaja con datos», seguramente ves a una persona sola, de espaldas, tecleando en una pantalla oscura llena de letras verdes. Esa imagen es tan falsa como pensar que un arquitecto se pasa el día poniendo ladrillos. Vamos a ver qué hay de verdad detrás.
No hace falta que sepas nada todavía. Cada palabra rara que aparezca aquí la explicaremos antes con algo que ya conoces del día a día. La idea de esta lección no es que memorices términos, sino que salgas con una imagen clara en la cabeza: una película de cómo es un día de este trabajo y por qué merece la pena.
## La analogía que lo explica todo: el restaurante
Imagina un restaurante lleno un sábado por la noche. Hay platos saliendo de la cocina, clientes contentos, un ambiente que funciona. Ahora piensa en todo lo que tuvo que pasar para que ese plato llegue a la mesa, mucho antes de que el cliente se siente. Alguien montó la cocina: instaló el gas, conectó el agua, puso la nevera grande. Alguien negoció con los proveedores para que el pescado llegue fresco cada mañana a las seis. Y cuando a las dos de la madrugada la nevera se estropea, alguien se levanta a arreglarla para que al día siguiente haya servicio.
Esa persona —la que construye la cocina y hace que todo lo de detrás funcione— es el ingeniero de datos. No es quien cocina el plato final ni quien lo presenta con arte. Es quien se asegura de que haya cocina, de que lleguen los ingredientes buenos y de que nada se pare. Porque por muy bueno que sea el cocinero, sin una cocina que funcione no sale ni un plato.
Y ahora la traducción, palabra por palabra. En una empresa, los «ingredientes» son los datos: las ventas de ayer, los clientes nuevos, los productos que se han devuelto. La «cocina» es todo el sistema que recoge esos datos, los ordena, los limpia y los deja listos. El «plato» es la respuesta a una pregunta del negocio: cuánto hemos vendido, qué producto va mejor, por qué bajaron las ventas en marzo. El ingeniero de datos no responde esas preguntas; construye y mantiene la maquinaria que hace posible responderlas, todos los días, sin que nadie tenga que rezar para que salga bien.
## Tres oficios que la gente confunde todo el rato
Hay tres nombres que suenan parecido y que la gente mezcla como si fueran lo mismo: analista de datos, ingeniero de datos y científico de datos. Se confunden tanto que ni en las empresas se aclaran del todo. La forma más fácil de distinguirlos no es por el título, sino por el tipo de pregunta que responde cada uno. Míralo así:
Volvamos al restaurante para que quede pegado. El analista de datos es el cocinero: coge los ingredientes que ya están preparados y saca el plato, es decir, coge los datos que ya están listos y responde qué ha pasado. El científico de datos es el cocinero investigador: prueba recetas nuevas, experimenta, busca el plato que aún no existe; con datos, intenta adivinar qué va a pasar mañana. Y el ingeniero de datos, ya lo sabes, es quien monta y cuida la cocina para que los otros dos puedan trabajar. Sin cocina no hay platos, por muy bueno que sea el cocinero.
No te agobies intentando ponerle a cada tarea la etiqueta «correcta». En una empresa pequeña, una sola persona hace las tres cosas y nadie le cambia el nombre del puesto tres veces al día. En una empresa grande, cada pregunta la responde un equipo distinto. Lo útil no es memorizar los títulos, sino reconocer qué tipo de pregunta tienes delante. Con el tiempo lo verás a la primera.
## Un día por dentro (y la sorpresa que se lleva casi todo el mundo)
Aquí viene lo que a más gente le sorprende, así que vamos despacio. Casi todo el mundo cree que este trabajo es escribir código de la mañana a la noche. Y sí, hay código. Pero escribir código es menos de la mitad del día. Para verlo claro, vamos a repartir la jornada en tres cosas muy distintas, y te prometo que ninguna necesita que sepas nada técnico para entenderla.
La primera es construir: hacer cosas nuevas que antes no existían. Como cuando el electricista tira un cable nuevo hasta una habitación que antes no tenía luz. La segunda es mantener: cuidar de que lo que ya funciona siga funcionando. Como revisar que las tuberías de casa no gotean y arreglar la que gotea antes de que inunde el salón. Y la tercera es comunicar: todo lo que pasa hablando con personas y no con máquinas — entender qué necesita un compañero, dejar por escrito cómo funciona algo, ponerse de acuerdo. Mira cómo se reparte de verdad el tiempo:
Para que no se quede en porcentajes, aquí tienes un día inventado pero muy típico, contado sin jerga. Fíjate en cuántas cosas no son «escribir código»:
- Por la mañana revisa unos paneles que le dicen si las tareas automáticas de la noche salieron bien. Una salió mal, y toca averiguar por qué antes de que alguien lo note.
- Descubre el motivo: una empresa de fuera cambió, sin avisar, el nombre de un dato que él recibía cada noche. Su sistema lo buscaba con el nombre viejo y no lo encontró. Lo ajusta y lo vuelve a poner en marcha.
- Se reúne con otro equipo que quiere ver un dato nuevo en su pantalla. Hablan de qué necesitan exactamente y de dónde puede salir ese dato.
- Construye eso nuevo: prepara la maquinaria para que ese dato se calcule solo cada día.
- Comida.
- Le echa un ojo al trabajo de un compañero antes de que se use de verdad, y le sugiere una mejora para que no se caiga si algo falla.
- El equipo de finanzas avisa de que «los números no cuadran». Investiga y encuentra el fallo: una confusión de horas hacía que pedidos de ayer contaran como de hoy.
- Deja por escrito cómo funciona lo que ha montado hoy, para que dentro de seis meses alguien (probablemente él mismo) lo entienda sin sufrir.
Un par de palabras que han salido ahí, explicadas antes de que sigan sonando a chino. Cuando algo «se usa de verdad», es decir, cuando lo tocan los clientes o los compañeros y no es una prueba, se dice que está en producción. Es como la diferencia entre ensayar una obra de teatro con la sala vacía y hacer la función con el público sentado: en producción hay público, y los fallos se ven. Y esa maquinaria que hace que un dato viaje solo de un sitio a otro cada día tiene un nombre que oirás mucho, pero no corras: por ahora quédate con la imagen de una cinta transportadora que lleva cajas de un lado a otro sin que nadie las cargue a mano.
Consejo de alguien con años en esto: el código que escribes es menos de la mitad del trabajo. El resto es entender qué se necesita, investigar cuando algo falla y hablar con otras personas. Si te imaginabas encerrado sin hablar con nadie, buena noticia: esto no es eso. Y si te da miedo la parte de hablar, tranquilo, se aprende con la práctica como todo lo demás. Esta profesión premia por igual a quien resuelve problemas y a quien sabe explicarlos.
## Cómo se crece: de aprendiz a maestro
Como en casi cualquier oficio, aquí también se empieza de aprendiz y se va subiendo. Verás mucho tres palabras en inglés —junior, mid y senior— que suenan más serias de lo que son. Significan, tal cual, principiante, intermedio y veterano. Y lo que cambia entre un nivel y otro no es cuánto código sabes escribir, sino cuánta responsabilidad puedes llevar sin que se caiga nada. Piensa en un taller de mecánicos: el aprendiz cambia ruedas mientras alguien le mira, el intermedio ya arregla el motor solo, y el veterano decide cómo se trabaja en todo el taller y enseña a los demás.
El salto que más cuesta no es aprender más técnica: es pasar de saber hacer las cosas a saber decidir cuáles hacer. Un principiante resuelve bien el problema que le dan. Un veterano, a veces, se para y dice «este problema no había que resolverlo así» o incluso «esto mejor no lo construimos, porque dará más trabajo mantenerlo que el que nos ahorra». Esa manera de pensar no viene de un curso: viene de haber visto cosas romperse y haber entendido por qué. O sea, viene con el tiempo. Nadie empieza ahí, y tú tampoco tienes que hacerlo.
## Y una pregunta honesta: ¿hay trabajo de esto?
Sí, y bastante. La razón es sencilla: hoy casi cualquier empresa que tenga clientes genera montañas de datos, y necesita a alguien que los ponga en orden para poder decidir con cabeza. Hay más puestos que gente preparada para ocuparlos. Pero fíjate en la palabra «preparada», porque ahí está la trampa: saber escribir una consulta suelta —o sea, saber hacerle una pregunta a una tabla de datos, como buscar un contacto en la agenda del móvil— no convierte a nadie en ingeniero de datos. Lo que las empresas pagan bien es a quien sabe montar y cuidar toda la maquinaria, no a quien sabe hacer una pregunta suelta.
Un poco de realismo, del que no vende humo: nadie consigue trabajo solo por terminar un curso, y quien te prometa lo contrario te está vendiendo algo. Un curso te da las habilidades; la empresa además quiere ver que sabes usarlas. Lo que funciona es esto: aprender de verdad, construir proyectos que puedas enseñar, y presentarte a puestos de principiante con confianza sin esperar a «estar listo del todo». Ese momento de sentirse listo del todo no llega nunca, ni a los veteranos. Se salta con lo que tienes, y se sigue aprendiendo dentro.
Sobre el dinero, seamos prudentes: los sueldos cambian muchísimo según el país, la ciudad y el tamaño de la empresa, y cualquier cifra concreta se queda vieja enseguida. Como orden de magnitud y solo eso, en España un puesto de principiante en estos años rondaba cifras modestas para el sector pero dignas, el intermedio subía de forma clara, y el veterano bastante más, con techos altos en empresas grandes o trabajando en remoto para fuera. Tómalo como una dirección, no como una promesa, y contrástalo siempre con datos frescos del año en que leas esto.
## La costumbre que marca quién dura en esto
Vuelve un momento a aquel fallo de por la mañana: una empresa de fuera cambió el nombre de un dato sin avisar y todo se paró. Fíjate en que no se rompió porque nuestro protagonista hiciera nada mal. Se rompió porque el mundo de fuera cambió sin avisar, y a él le tocó darse cuenta, entenderlo y arreglarlo antes de que nadie tomara una decisión con datos rotos. Eso pasa constantemente, y es la esencia del oficio.
Por eso quien dura en esto no es quien escribe el código más bonito, sino quien desconfía a tiempo: quien vigila, quien pone avisos desde el primer día, quien deja anotado lo que arregla para no tener que redescubrirlo, y quien da por hecho que todo lo que hoy funciona acabará fallando algún día — y se prepara para ese día en vez de fingir que no llegará.
Y el consejo que más te va a servir hoy: tu curiosidad es tu superpoder. Cada vez que uses una app, compres algo por internet o veas una recomendación que acierta, pregúntate «¿cómo estará montado esto por dentro?». Esa costumbre de mirar las cosas por detrás te hará aprender más rápido que cualquier lección, porque convierte el mundo entero en tu material de estudio. Si has llegado hasta aquí leyendo con interés, tienes justo lo que hace falta para empezar.
## comentarios
Reporta erratas, ayuda a otros o comparte tu opinión. Sé constructivo.
Inicia sesión para comentar y responder.
cargando comentarios...
Regístrate para guardar tu progreso.