Principal Engineer
He ayudado a llevar una empresa de veinte personas en una sala a una compañía cotizada de más de mil — y he construido los sistemas que lo hicieron posible
A qué me dedico
Llevo varios años como principal engineer. En la práctica eso significa que diseño y construyo los sistemas sin los que un negocio no funciona — las plataformas de datos, la automatización del back office, los servicios sobre los que construyen los demás equipos — y que respondo por ellos mucho después de lanzarlos. El trabajo del que más orgulloso estoy es invisible: es aquello que dejó de ser un problema.
Lo he hecho en varias empresas y varios sectores, en todas las etapas: desde la primera línea de código hasta la escala en la que una caída le arruina la semana a alguien. Ese recorrido es lo importante. Las decisiones que importan con veinte personas no son las que importan con mil, y saber cuál de las dos estás tomando es la mayor parte del trabajo.
También lidero, no solo construyo. He coordinado equipos entre funciones y husos horarios, he gestionado ingenieros directamente y he dedicado mucho tiempo a la mitad menos vistosa de la veteranía: hacer que un plan se entienda, que una revisión merezca la tarde de alguien, y que quien recoja esto dentro de un año tenga lo que necesita.
Qué ha significado eso
- Crecer con una empresa desde menos de veinte empleados hasta una cotizada de más de mil, manteniendo los sistemas por delante del crecimiento y no por detrás
- Entregar proyectos de principio a fin — definirlos, construirlos, lanzarlos y seguir siendo responsable de ellos un año después
- Coordinar equipos entre funciones y husos horarios, y gestionar ingenieros directamente
- Llegar a un sector desconocido y ser útil en él rápido, algo que ya he hecho más de una vez
El hilo que siempre reaparece
La salud es el terreno al que siempre vuelvo: un proyecto de fin de carrera para detectar aneurismas cerebrales a partir de imagen médica, un razonador semántico de incompatibilidades entre fármacos en el Hospital Gregorio Marañón, y hoy otra vez la salud. La ingeniería me retiene más tiempo cuando el resultado es que alguien está mejor.
Cómo trabajo, y con qué
Las herramientas son la parte menos interesante del trabajo, así que aquí están agrupadas por el tipo de problema en el que se usan y no por lo mucho que me gusten.
Datos que tienen que seguir siendo correctos
Almacenes, pipelines y colas que aguantan cuando el volumen cambia de forma.
PostgreSQL · DynamoDB · Redis · Elasticsearch · Cassandra · Neo4j · Kafka · RabbitMQ
Infraestructura escrita
Tres nubes, una misma costumbre: estados descritos en código y no recordados por quien los montó. El proveedor cambia; la disciplina no.
AWS · Azure · GCP · Terraform · Docker · ECS · Lambda · CloudFront · CircleCI
Modelos cuando se ganan su sitio
De redes neuronales sobre imagen médica hace años a recuperación y agentes en producción hoy. Útiles cuando la alternativa es una persona reescribiendo algo a mano.
RAG · LLM agents · Vector search · NLP · scikit-learn · pandas · Image recognition
Lenguajes a los que recurro
Elegidos por el problema que tengo delante, no por el currículum.
Python · Ruby · TypeScript · Java · Clojure · C / C++
La parte que la gente toca
Interfaces y servicios, cuando la interfaz es el producto.
React · Next.js · FastAPI · Django · Rails · Tailwind
La lista cambia. Lo que no cambia es la costumbre de elegir la opción aburrida salvo que haya un motivo para no hacerlo, y de escribir el motivo cuando lo hay.
Si estás construyendo algo donde esto encaje, me gustaría saberlo. Hablemos