Por qué he creado este blog (y por qué tardé tanto)
13 años en el sector, arquitecto frontend, docente de FP. Te cuento quién soy, qué voy a escribir aquí y por qué este espacio lleva demasiado tiempo esperando a existir.
Tenía este blog pendiente desde hace años.
No es hipérbole. Tengo notas con ideas de posts de 2021. Tengo un dominio registrado desde antes de eso. Y sin embargo, aquí estamos, en 2026, con la primera entrada.
¿Qué pasó en el medio? Lo de siempre: “cuando tenga tiempo”, “cuando tenga algo realmente importante que decir”, “cuando el diseño esté perfecto”. El catálogo completo de excusas del desarrollador que sabe hacer webs para todos menos para sí mismo.
Pero hubo algo más, algo que tardé en reconocer: no tenía claro para qué quería este espacio.
Ahora sí lo tengo. Y de eso va este post.
Quién soy, en la versión sin LinkedIn
En LinkedIn pone Front End Architect | Tech Lead | Web Instructor. Es exacto, pero no lo cuenta todo.
Empecé en 2012 como junior en una consultora pequeña. Pasé por el Casino Gran Madrid, por beBee cuando era una startup que crecía como loca, y en 2018 llegué a Vodafone. Ahí estuve seis años. Los últimos cuatro como Chapter Lead del equipo de Frontend de Vodafone España: más de veinte ingenieros, la arquitectura de micro-frontends de My Vodafone, las decisiones técnicas que afectaban a millones de usuarios.
Fue el trabajo más exigente y más formativo de mi carrera.
En 2024, ese capítulo se cerró. Y en vez de buscar el siguiente rol de arquitecto, hice algo que sorprendió a mucha gente: me matriculé en el Máster de Formación del Profesorado en la UNIR. Y desde septiembre de 2025 soy docente de FP en el IES Infanta Elena, impartiendo DAW y DAM.
No es un giro radical. Es el siguiente paso lógico de algo que lleva años siendo parte de mi trabajo: enseñar.
Llevo más de siete años como formador voluntario en Code Like a Girl. He hecho mentoring a desarrolladoras junior que hoy trabajan en empresas como Spotify o Cabify. He explicado clean architecture en pizarras, en pull requests, en sesiones de onboarding técnico que nadie pedía que hiciera pero que terminaban siendo lo más útil de la semana.
La docencia no es un pivot. Es lo que siempre ha estado ahí.
El blog que no existe (y que necesita existir)
Hay miles de blogs técnicos. Los hay buenos, los hay muy buenos. Artículos sobre Angular, sobre arquitectura, sobre patrones de diseño. Tutoriales detallados con código que puedes copiar y pegar.
Pero hay algo que echo en falta, y que veo que también echan en falta muchos desarrolladores con los que hablo: reflexión sobre el oficio.
No sobre cómo usar una librería. Sobre por qué usarla. No sobre cómo implementar Clean Architecture. Sobre por qué la mayoría de los equipos que intentan implementarla acaban con un directorio llamado domain/ lleno de servicios que hacen de todo.
No sobre cómo dar clase. Sobre por qué la formación técnica en España está sistemáticamente desconectada de lo que necesita la industria.
No sobre qué pone en las ofertas de trabajo. Sobre la brecha entre lo que piden y lo que realmente importa cuando contratas a alguien.
Eso es lo que quiero escribir aquí. Lo que pienso, con nombres y apellidos técnicos.
Qué vas a encontrar en este blog
Voy a escribir sobre cuatro cosas. Son las cuatro áreas donde me muevo cada día, y son las que creo que tienen más que decirse:
Arquitectura de software aplicada al frontend
La arquitectura no es una sección del libro de Robert C. Martin que lees y olvidas. Es la diferencia entre un proyecto que puedes mantener en tres años y uno que se convierte en deuda técnica que nadie quiere tocar.
Escribiré sobre Clean Architecture, Hexagonal, Screaming Architecture. Sobre por qué el patrón container/presentational sigue siendo relevante en 2026. Sobre cómo encaja el Atomic Design con la capa de UI cuando tienes una arquitectura por debajo. Sobre micro-frontends: cuándo tienen sentido y cuándo son la solución a un problema que no tienes.
Con código real. Con los errores que he cometido y cómo los corregiría ahora.
Formación técnica y pedagogía
Hay una pregunta que me hago constantemente como docente: ¿por qué los que saben no enseñan, y los que enseñan muchas veces no saben?
No es un juicio. Es una observación sobre cómo está estructurado el mundo de la formación técnica. Y creo que tiene consecuencias muy concretas en la calidad de los desarrolladores que entran al mercado cada año.
Escribiré sobre cómo se aprende a programar bien. Sobre qué diferencia a un buen formador técnico. Sobre los errores más comunes al enseñar conceptos abstractos como la arquitectura o el testing. Sobre lo que la industria le puede enseñar a la academia, y viceversa.
Mercado laboral
Este es el tema que genera más conversación en LinkedIn. Y lo entiendo, porque hay mucho que decir.
El mercado del desarrollo web en España tiene una serie de disfunciones que todo el mundo conoce pero nadie termina de nombrar: la brecha entre los salarios que se ofrecen y los que se piden, las ofertas que exigen diez años de experiencia en un framework de cinco, la cultura de “necesitamos a alguien que lo aprenda todo rápido y empiece a producir mañana”.
Lo escribiré con datos cuando los tenga, y con opinión fundamentada cuando no. No voy a ser neutro en estos temas porque no lo soy.
Metodologías y gestión de equipos técnicos
Scrum no falla porque Scrum sea malo. Falla porque la mayoría de los equipos practican una versión de Scrum que no se parece en nada al framework original, y encima lo llaman Scrum.
Escribiré sobre lo que funciona y lo que no en equipos técnicos. Sobre cómo tomar decisiones de arquitectura cuando el equipo tiene opiniones distintas. Sobre qué es realmente un Chapter Lead y en qué se diferencia de un Tech Lead. Sobre cómo hacer code review de forma que ayude a crecer y no solo a detectar errores.
Para quién es esto
Si eres desarrollador web con algunos años de experiencia y sientes que escribes código que funciona pero que algo le falta — profundidad, estructura, una manera de pensar más sólida — este blog es para ti.
Si eres tech lead o arquitecto que se enfrenta a decisiones técnicas en contextos con presión, equipos grandes y deuda técnica heredada, también.
Si eres docente o formador técnico que quiere conectar mejor la teoría con la práctica real de la industria, creo que tendremos conversaciones interesantes.
Y si eres una empresa buscando a alguien que pueda diseñar la arquitectura de un producto o elevar el nivel técnico de un equipo: aquí estoy. Puedes contactarme directamente o encontrarme en LinkedIn.
Por qué ahora
Porque el momento perfecto no existe. Lo sé de sobra.
Pero sobre todo porque, habiendo pasado por la industria durante más de una década y estando ahora en el aula, tengo una perspectiva que antes no tenía: veo los dos lados al mismo tiempo. Veo qué necesitan las empresas y veo qué reciben. Veo qué entienden los estudiantes y veo dónde está la brecha.
Ese punto de observación tiene valor. Y guardármelo sería un desperdicio.
Así que aquí estoy.
Si algo de lo que escribo te genera una pregunta, una discrepancia o directamente quieres decirme que estoy equivocado, me encuentras en LinkedIn. Las mejores conversaciones suelen empezar ahí.