El código es un medio,
no el fin.
Te ayudo a pensar como un senior orientado a producto, no solo a programar features.
Porque el ingeniero que solo se preocupa por la elegancia del código tiene un techo salarial.
El que se preocupa por el negocio y el usuario, no tiene límites.
He mentorizado ingenieros de
Más de 100 ingenieros de estas conferencias y empresas han trabajado conmigo para dar el salto en su carrera
Contra qué lucho
Estos son los enemigos que frenan a los ingenieros y a los equipos
El purismo técnico que paraliza
El que te dice que necesitas la arquitectura perfecta antes de escribir una línea de código. El que convierte cada decisión técnica en un debate filosófico de tres semanas.
La sobre-ingeniería que no aporta valor
Microservicios para un MVP. Kafka para 100 usuarios. Abstracciones de siete capas para un CRUD. La complejidad que impresiona en conferencias pero hunde equipos en producción.
La mentalidad de "eso no es mi trabajo"
El desarrollador que se esconde detrás del código y rechaza entender el negocio. El que cree que su responsabilidad termina cuando el PR está aprobado.
Los managers que convierten ingenieros en fábricas de features
Los que convierten a ingenieros talentosos en fábricas de features. Los que miden productividad en líneas de código y tickets cerrados.
Ayudo a los equipos de ingeniería a construir software que perdure.
He diseñado sistemas que mueven camiones reales, gestionan inventario físico y sirven a millones de clientes diarios en el minorista más grande de España. No hablo de arquitectura en abstracto: hablo de arquitectura que mueve pan.
He visto lo que se rompe a escala. Lo que mantiene a los equipos productivos. Lo que separa los sistemas mantenibles de la deuda técnica. Y lo más importante: he visto que la mayoría de los problemas de software no son problemas técnicos, son problemas de procesos y de equipo.
Investigo activamente metodologías de desarrollo porque me obsesiona una pregunta: ¿qué hacen diferente los equipos que construyen buen software una y otra vez?
Staff Engineer
Liderando la arquitectura del software para el minorista más grande de España
Investigación
Metodologías de Ingeniería de Software
Investigando cómo se construye y mantiene el gran software
Ponente Internacional
Conferencias de Ingeniería de Software
Compartiendo conocimientos sobre diseño de software y liderazgo de equipos
Las verdades que nadie te dice
Lo que he aprendido construyendo sistemas a escala real
El mejor código no necesita un traductor
Si tu código requiere un manual de 200 páginas para entenderse, has fallado. La claridad no es opcional: es lo que separa el código que evoluciona del código que se reescribe. Un equipo que entiende el código es un equipo que entrega con confianza.
Los seniors orientados a producto arreglan sistemas, no solo bugs
Cualquiera puede apagar un fuego. Los ingenieros senior rediseñan el sistema para que ese fuego no vuelva a ocurrir. No se obsesionan con features aisladas: piensan en flujos completos, en sostenibilidad y en el impacto a largo plazo.
La mayoría de la "deuda técnica" es deuda de equipo
Falta de acuerdos. Malos hábitos. Ownership difuso. Comunicación rota. El código es solo el síntoma. Un equipo alineado mejora la base de código sin necesidad de héroes ni reescrituras completas.
El software en producción es la única verdad útil
Los diagramas perfectos y los planes de seis meses no sobreviven al contacto con usuarios reales. Prefiero entregar y aprender que planear indefinidamente. Los sistemas resilientes crecen con ciclos cortos y decisiones reversibles.
Si cambiar da miedo, el problema es el diseño
Cuando modificar el sistema requiere tres semanas de planificación y una oración, algo está mal. El buen software está construido para evolucionar. El cambio no debería ser una amenaza: debería ser parte del día a día.
Aprende a pensar en producto, no solo en código
No tutoriales de React. Estrategia, visión de producto y habilidades blandas para ingenieros duros.
Cada semana comparto ideas prácticas sobre arquitectura, diseño de sistemas y liderazgo técnico.
Últimas reflexiones
Ver todo440 millones en 45 minutos: 7 señales de que tu servicio va a fallar
La historia de Knight Capital y las 7 señales inconfundibles (como el Factor Bus o el despliegue de los viernes) de que tu servicio está a punto de colapsar.
¿Para qué escribimos tests? (El CTO que no entendía nada)
El software que no resuelve el problema para el que fue creado no vale nada. Descubre por qué los tests son la única garantía de valor.
Ownership: El superpoder invisible
"En mi máquina funcionaba". El ownership es la diferencia entre ser un desarrollador más y alguien que construye producto.
Recursos Gratuitos
Guías, plantillas y checklists para acelerar tu crecimiento como ingeniero de software.
La guía de bolsillo para dejar de jugar a Jenga con tu código y empezar a construir fortalezas.
El Kit de Inicio DDD
La guía visual y práctica para entender, identificar y gestionar la deuda técnica. Incluye cuadrantes, señales, estrategias y ventajas de pagarla.
Cheat Sheet: Deuda Técnica
Guía visual y práctica sobre Cohesión, Acoplamiento, Ocultamiento de Información y Sistema Obvio. Incluye checklist, principios y consejos para un diseño mantenible y escalable.
Cheat Sheet: Diseño de Software
Los 9 principios para escribir mejor código orientado a objetos. Incluye ejemplos, propósito y cómo aplicarlos en tu día a día.