Sobre mí
Soy ingeniera de software venezolana, pero España es mi casa: tengo familia española y llevo aquí más de 20 años, en Madrid. Me gusta construir cosas útiles, y eso me ha llevado más de 10 años por XR, defensa, industria 4.0, semiconductor, farma, ferrocarril y e-learning — además de mi propia plataforma de productos. Ahora doy el salto formal a liderazgo técnico.
Vengo de dos sitios, no de uno
Psicología. Mi grado es en Psicología (UAM), con formación avanzada en coaching y PNL. No es decoración: es la mitad de cómo trabajo.
Tecnología. Sobre esa base me especialicé en serio: diseño web, dos másteres (computación gráfica/VR/simulación y videojuegos con Unity), bootcamp full-stack y diez años de software en sectores donde el detalle importa.
Esa doble base define cómo lidero: la arquitectura técnica y la salud del equipo son el mismo problema mirado desde dos ángulos.
El recorrido corto
Mi formación tiene una lógica sencilla: en cada paso aprendí lo que el anterior me enseñó que me faltaba.
Empecé en diseño y desarrollo web. Ahí vi que me faltaba programación orientada a objetos, así que me metí en Unity para aprenderla. Construyendo proyectos personales noté que necesitaba más matemáticas y render, y por eso hice el máster en computación gráfica. Y tras un mes haciendo backend en C# con SQL, vi que me faltaba visión full-stack — así que lo último que estudié fue un bootcamp full-stack.
El XR ha sido el añadido constante: me apasionan las tecnologías punteras y acercarlas al usuario de a pie.
Eso me ha llevado por QA y automatización, Unity Technologies, visión por computador en SpatialPort, XR industrial en Capgemini, programas del European Defence Fund en Indra y, ahora, Lead Developer en el programa de fragatas F126.
NotePero el hilo de fondo no es el XR. Es construir cosas útiles — me da igual si no son XR.
Cómo trabajo
Más allá del rol que toque, hay tres cosas que hago en todos los equipos:
- Automatizar lo repetitivo. Pipelines de reporting, build automation, tooling de Unity, automatización con PowerShell entre departamentos. Lo que el equipo hace a mano una y otra vez, lo convierto en proceso.
- Mentorizar de verdad. No solo revisar PRs: dirección técnica, defender estándares de arquitectura y acompañar a los devs en su crecimiento. Un equipo que se comunica bien shippea; uno que no, no — y eso pesa más que el stack.
- Apoyarme en IA. La integro en el flujo diario —explorar arquitecturas, iterar rápido, escribir y revisar código— como multiplicador, no como piloto automático.
Por qué Notipad
Empezó a principios de 2026 por pura necesidad: usaba Obsidian, pero su versión gratuita no me daba dos cosas que necesitaba a diario — editor visual y Git. Así que me construí el mío.
Lo que iba a ser "un editor Markdown para mí" fue creciendo. Por el camino me di cuenta de que muchas piezas que había construido no eran del editor: eran capacidades reutilizables. Y el objetivo se fue ajustando solo.
| Lo que parecía | Lo que en realidad era |
|---|---|
| El preview del editor | Un motor de render que podía servir a varios productos |
| El CSS interno | Un sistema visual reutilizable |
| Exportar a mano | Una capacidad de publicación |
| Mi web personal | El primer sitio de prueba de Notipad Publish (este que lees) |
NoteEsta página no usa ningún otro motor: la generó el render + Publish de Notipad. Si los diagramas, las columnas y los callouts se ven bien aquí, es porque se ven bien en el producto.
Hoy Notipad ya no es un editor: es una plataforma — editor de escritorio, motor de render compartido, servicio de publicación y los productos que monto encima.
TipTodo este recorrido lo he construido apoyándome en IA en todo el proceso. No es un extra: es parte de cómo una sola persona sostiene editor, plataforma y varios productos sin un equipo detrás.
El blog se escribe casi solo
Hay un blog, y no lo escribo post a post. Cada día, una automatización con IA revisa lo que he avanzado —qué decidí, qué rompí, qué aprendí— y redacta el resumen. Yo reviso y publico: un diario técnico que se mantiene casi solo.
NoteDoble dogfooding: el contenido lo genera una automatización de IA y lo publica Notipad. La web que lees y el blog que la acompaña salen del mismo sistema.
Qué busco
El siguiente movimiento de carrera es claro: el salto formal a Tech Lead / Developer Lead.
- Liderazgo técnico en proyectos donde la arquitectura todavía importa.
- Equipos pequeños y autónomos antes que estructuras gigantes.
- El dominio me importa menos que el problema: XR, tooling para developers, infraestructura, producto… me da igual el sector si hay algo útil que construir y se cuida cómo se construye.
- Mentoring estructural: no solo PRs, también dirección de carrera y cultura técnica.
- Espacio para escribir código cuando el problema lo justifique. Liderar no es dejar de programar — es elegir mejor cuándo hacerlo.
Fuera del teclado
Hablo español nativo e inglés avanzado. Vivo en Madrid.
Juego futsal desde hace más de veinte años — antes de cualquier título técnico, fui jugadora de equipo. La cancha enseña cosas que ningún curso de liderazgo replica: leer el partido en tiempo real, confiar en quien está al lado, asumir errores rápido y volver a la jugada. Esas tres siguen siendo las habilidades de equipo que más uso en el trabajo.
Adoro a mis mascotas, soy bastante familiar y disfruto del tiempo con la gente que me importa. Y cuando el ruido mental lo permite, invento: prototipos, side-projects, ideas que solo justifican su existencia porque me da gusto construirlas. Algunas acaban siendo productos. La mayoría no. Las dos cosas me valen.