Diario de un Ingeniero de Datos

En 2011 publiqué el Diario de un DBA. En aquella época, el drama giraba en torno a cintas LTO de respaldo, bases de datos SQL Server 2000, código rígido y un jefe que solo pisaba la oficina a las 11:32. Pasaron quince años. El DBA evolucionó a ingeniero de datos, la vieja cinta magnética se convirtió en lakehouse, el MSN dio lugar a Slack… ¿y yo? Yo sigo ilusionándome con que, esta vez, voy a salir a horario. Cualquier semejanza con la realidad sigue sin ser mera coincidencia.

07:50. Abro el portátil diez minutos antes, con la dulce ilusión de adelantar la vida antes de la reunión diaria. Slack ya me recibe con 137 notificaciones. Un colega bombardeó el canal #random con catorce videos de fútbol antes de las ocho; ahora me manda un "¡buen día!" empalmado con una tesis de maestría sobre los errores del VAR de ayer. Ciertas cosas corren perfectamente en cualquier infraestructura.

08:10. Triaje rápido: tres menciones generales (@channel) que de urgentes no tenían nada, ocho mensajes de un usuario jurando que el panel "mostraba otro número ayer", las felicitaciones automáticas de RR. HH. para un cumpleañero que no conozco, y dos reclutadores en LinkedIn ofreciéndome una vacante de DBA (el algoritmo no olvida mi pasado). Las alertas de sistema de la madrugada se autorresolvieron. Eso es genial, pero profundamente sospechoso.

08:50. El retraso de procesamiento en nuestro sistema de cola de mensajes superó los 40 millones de eventos. ¿El motivo? El DBA del cliente reinició el servidor de la sucursal sin avisar — quince años después, esa frase no cambió ni una coma. Reinicio nuestra conexión, la presión cede, y nuestros dos mil millones de eventos diarios vuelven a fluir en paz. Mientras tanto, en el canal de soporte, veo a los veteranos enseñándole al pasante a decirle al cliente que "el sistema está inestable debido a un error en la operación del usuario" (traducción: hizo clic en el botón equivocado).

09:05. Hora de ser el cobrador oficial de la empresa. Hay código detenido en revisión desde hace una semana, un pedido de ampliación de capacidad en la nube atrasado, una actualización de sistema pospuesta por tres sprints (ya perdí la cuenta) y una habilitación de firewall bloqueada "por error" por tercera vez. Ah, y por supuesto: mi ticket para una segunda pantalla, abierto en RR. HH. hace tres semanas. La última vez, me mandaron un mousepad.

09:25. Pausa para el café. La cápsula se acabó; recaliento el de ayer, respetando las tradiciones sagradas de TI. Desde la videollamada de al lado, oigo a un analista soltar el clásico al cliente: "¿Quieres que lo resuelva de la forma correcta o de la forma rápida?". Pienso para mis adentros: ahí viene el desastre.

09:50. ¡Ticket urgente! Alguien en el cliente ejecutó una actualización sin filtro y doce mil registros "desaparecieron". En 2011, eso significaba cazar una cinta de respaldo, conseguir un servidor prestado y perder la tarde entera. Hoy, gracias a la moderna tecnología de time travel de los datos, lo resuelvo con un comando de 30 segundos. Es decir… lo resolvería, si la rutina de limpieza no hubiera borrado los históricos a las seis de la mañana. El respaldo en la nube avisa: "recuperación iniciada, disponible en hasta 12 horas". ¿Lo peor? El analista le prometió al cliente que resolvía "el asunto" en cinco minutos. El servidor heredado donde vive este desastre atiende por el cariñoso nombre de Lady Aracnea II.

10:15. Pierdo una apuesta. Todos los días apostamos a qué hora entra a la daily el colega conocido como "Hermano". Hoy: 10:15, cámara apagada, alegando "problemas de conexión". Lejos de su récord — 11:40, con la foto de perfil congelada fingiendo ser video. El pasante se llevó mis setenta y cinco centavos por transferencia.

10:45. Los doce mil registros volvieron: una copia perdida sobrevivió en un rincón olvidado del sistema. Gracias, yo del pasado. Vuelvo a lo que hacía: refactorizar un código monstruoso que consulta una tabla con ocho mil millones de filas de una sola vez, trabando todo. Las columnas se llaman tmp_final_v2 y saldo_NOVO_usar_esse. Los pésimos hábitos evolucionaron, pero no murieron.

11:15. Guerra del Clima, edición híbrida. En la oficina física, la mitad quiere el aire en 18 °C, la otra mitad está de abrigo. En remoto, la guerra es "cámara encendida × cámara apagada" en la reunión con el cliente. Oigo el sonido de espadas siendo afiladas en el canal #general.

11:32. El punto del socio se pone verde en Slack. Catorce íconos de "escribiendo…" desaparecen al mismo tiempo. De fondo, casi se alcanza a oír la Marcha Imperial.

11:45. Discusión en el canal #almuerzo: delivery con cupón vs. vianda vs. japonés por kilo. Digo que me sumo a cualquier cosa que cubra el vale de comida y que sea mínimamente comestible. En ese preciso instante, se dispara la alerta financiera: alguien ejecutó un proceso colosal sin filtro en la nube. La proyección de costo subió USD 1.400 en dos horas. En 2011 reventábamos la memoria del servidor; hoy reventamos la tarjeta de crédito de la empresa. Preparo mi táser de choque — que hoy RR. HH. llama "reunión de feedback".

11:59. Nadie respira. Todos los estados a punto de convertirse en el ícono de hamburguesa (🍔) al mismo tiempo. Y yo ahí, investigando quién está sobrecargando la base: un servicio de terceros buscando la misma bendita fila diez veces por segundo. Quince años después. La mismísima falla. Solo que ahora corriendo en la nube.

13:05. Vuelvo del almuerzo y me topo con la solicitud clásica: "¿Se puede correr un ajustecito directo en mi registro de fichaje?". En 2011, yo decía que iba a "pensarlo". Hoy, explico que el sistema es en la nube, tiene una traza de auditoría inmutable y protección por la LGPD. Después, digo que voy a pensarlo.

13:20. Hora de armar la política de limpieza de datos. Hay 40 terabytes de archivos inútiles acumulados desde 2009 que "algún día vamos a necesitar" — es la reencarnación de mi jefe de 2011 en formato de política de retención. La diferencia es que ahora el "guarda todo" llega todos los meses en la factura de AWS, cobrada en dólares. El almacenamiento en frío en la nube es nuestro nuevo armario de las lagartijas.

13:45. Hora de la Siesta, edición remota. Tres cámaras se apagan simultáneamente después del almuerzo, seguidas de un "¿Puedes repetir? Se cortó acá" que no engaña a nadie. En lo presencial, el deporte sigue siendo ver quién saca la primera foto de quien se durmió en la silla.

14:00. Reunión de "alineamiento estratégico" con la TI del cliente. Reclamo la habilitación del firewall y los accesos necesarios. A cambio, me felicitan por descubrir que su cuello de botella era el antivirus trabando la base de datos. Cinco minutos después, la reunión muere devorada por las notificaciones del celular. Google Calendar reagenda todo solo para la semana que viene — che, al menos eso mejoró.

14:30. Un analista del cliente me pide revisar su "arquitectura de datos": son 300 planillas cosidas con BUSCARV, alimentando un panel que se traba todos los santos lunes. Cuando menciono buenas prácticas y contratos de datos, pone cara de quien vio un fantasma. Algunos clásicos de TI nunca envejecen.

14:52. El gerente del cliente llama desesperado, masticando el postre: la dirección exige para mañana un prototipo "sobre nuestros datos". Nadie nunca armó algo así en una tarde. Reutilizo un código viejo, remiendo tres fuentes de datos y levanto un panel que, si lo miras entrecerrando los ojos, hasta parece estrategia de alto nivel. Gasto el resto del día tratando de explicar por qué ese número bonito necesita revisarse antes de llegar a la dirección. Esa parte, ningún atajo la resuelve.

15:20. La conexión del cliente se cae y el sistema de autenticación decide no mandar el token. Ante la primera señal de inestabilidad general, se materializan en la oficina un tablero de ajedrez, una baraja y — lo juro por Dios — una armónica. Aprovecho para reclamar por cuarta vez el ticket de mi monitor y paso 15 minutos explicándole al proveedor que "estrategia de respaldo sin probar la restauración no es respaldo, es solo fe". Repito esa misma frase desde 2011.

16:00. El gerente del cliente entra a la sala de crisis virtual mandando un GIF de alguien golpeando la mesa. Milagrosamente, la red vuelve dos minutos después.

16:20. Ticket crítico de verdad: el sistema de cierre de la nómina se trabó. "Si no vuelve, nadie cobra y la culpa es de TI". El analista responsable de crear aquello se fue de la empresa; quien heredó el problema no tiene idea de qué hace el código. La documentación hasta existe: es hermosa, impecable, pero describe una versión del sistema que no existe desde marzo. Mapeo la red de dependencias del código como un detective cazando pistas y, voilà: un cruce de tablas multiplicando filas y trabando todo.

17:00. Corregido, probado y publicado. Respuesta del usuario final: "Menos mal que TI lo resolvió esta vez". Un usuario más feliz y completamente ajeno al hecho de que, entre su clic y el número en la pantalla, existen cincuenta sistemas integrados, dos mil millones de eventos diarios y un ingeniero de datos emocionalmente rehén de un servidor llamado Lady Aracnea II.

17:05. El gerente avisa: la dirección canceló la presentación del prototipo que pidió con urgencia. La decisión se tomó hace cinco minutos. Las horas extra van al mítico "banco de horas", que se "negociará en el futuro". En silencio, algunos analistas activan la etiqueta "Open to Work" en LinkedIn. Vuelvo a mi limpieza de datos.

17:40. Actualizo el tablero de tareas con los dedos cruzados. Me invade una melancolía al darme cuenta de que hace diez días que no cierro el portátil antes de las 19:00.

17:55. Todo el mundo ya con el estado "saliendo 👋" cuando suena la sirena de la guardia. Nadie respira. Nadie mira. Pero el turno es mío: la región donde corre la base de datos del cliente se cayó, y mañana es día pico de facturación. Mientras mi código automatizado intenta reconstruir la infraestructura desde cero, veo los puntos verdes de Slack apagándose uno a uno, acompañados de bromitas de despedida sobre "la vida dura de quien carga el pager".

19:35. Misión cumplida. Infraestructura reconstruida, base de datos de reserva promovida, respaldo validado, permisos restaurados y pruebas ejecutadas. Todo en una hora y media. En 2011, la misma catástrofe me habría costado tres horas de madrugada solo buscando el CD de instalación. Sí, creo que me estoy volviendo bueno en esto.

Cierro el portátil y "me voy": doy ocho pasos hasta el sofá de la sala. Al menos el estacionamiento ahora es gratis. El banco de horas, como siempre, sigue negociándose en el futuro.

La tecnología cambió todo: la cinta magnética se convirtió en base de datos temporal, el servidor físico del pasillo se convirtió en código en la nube. Pero, al final del día, no cambió nada: el usuario sigue borrando la fila equivocada, el jefe sigue queriendo el proyecto para ayer y la documentación perfecta sigue siendo un mito — solo que, hoy, un mito mucho mejor formateado.