Por qué he creado este blog (y por qué tardé tanto)

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.

Hay una idea muy simple detrás de esta web y de este blog: compartir, crear, disfrutar y conectar con personas.

Compartir lo que aprendo en el aula y en el desarrollo real. Crear un espacio propio donde pensar en voz alta sin depender del formato de terceros. Disfrutar del proceso de escribir, enseñar y construir con calma. Y conectar con docentes, desarrolladores, equipos y empresas con quienes tenga sentido conversar.

Si este sitio no sirviera para eso, no tendría sentido mantenerlo.

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 cincuenta 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:

Docencia técnica y pedagogía aplicada#

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, el testing o la orientación a objetos. Sobre lo que la industria le puede enseñar a la academia, y viceversa.

IA aplicada con sentido práctico#

La inteligencia artificial está entrando en la educación y en el desarrollo con una mezcla explosiva de promesas reales, hype y bastante confusión.

No me interesa hablar de la IA como truco para parecer más productivo ni como sustituto del pensamiento. Me interesa como herramienta de trabajo: para preparar mejor materiales, analizar mejor problemas, explorar soluciones con más velocidad y enseñar a usarla con límites, responsabilidad y contexto profesional.

Escribiré sobre cómo la utilizo como docente, cómo la utilizo al desarrollar software, qué buenas prácticas considero importantes y qué escenarios veo a corto, medio y largo plazo en educación y en el trabajo técnico.

Desarrollo de software con visión completa#

Durante años se me ha asociado sobre todo al frontend. Lo entiendo. Pero mi experiencia nunca ha sido de una sola capa.

He trabajado con frontend, backend, cloud, arquitectura, mobile y liderazgo técnico. Por eso me interesa escribir sobre el software como sistema completo: decisiones técnicas, deuda, calidad, mantenibilidad, testing, diseño de soluciones y forma de trabajar.

Con código real cuando tenga sentido, pero sobre todo con experiencia real: qué problemas intento resolver, qué errores he cometido y qué haría distinto hoy.

Metodologías y forma de trabajar#

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 aplicar metodologías ágiles en el aula sin convertirlas en teatro. Sobre cómo tomar decisiones técnicas cuando el equipo tiene opiniones distintas. Sobre cómo hacer code review de forma que ayude a crecer y no solo a detectar errores.

Por qué una web y un blog propios (y no Substack)#

Podría haber abierto un Substack y listo. Es una opción válida, y entiendo perfectamente por qué mucha gente la elige.

Pero en mi caso necesitaba otra cosa: una casa digital propia.

No quería depender de algoritmos, de formatos cerrados ni de una plataforma cuyo objetivo principal no es el mío. Quería un espacio que pudiera diseñar, estructurar y evolucionar según mi forma de enseñar y trabajar.

Además, no separo “escribir” de “construir producto”. Esta web también es parte de mi trabajo técnico: arquitectura, contenido, experiencia de usuario, rendimiento, mantenimiento y criterio editorial en un mismo sitio.

Substack facilita publicar. Una web propia, en cambio, te obliga a decidir de verdad qué construyes y por qué. Y ese proceso, para mí, no es una carga: es parte del valor.

Para quién es esto#

Si eres docente o formador técnico y quieres conectar mejor la teoría con la práctica real de la industria, este blog es para ti.

Si eres desarrollador y te interesa una forma de trabajar más sólida — con mejores fundamentos, más criterio técnico y menos dependencia del hype de cada semana — también.

Si te interesa la IA aplicada de forma profesional, no como exhibición de prompts sino como herramienta útil con límites claros, creo que también tendremos conversaciones interesantes.

Y si eres una empresa, centro o equipo buscando formación técnica, una conversación seria sobre IA aplicada o alguien con visión completa del software: 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í.