El código es un medio,
no el fin.
Ayudo a líderes técnicos y a Product Engineers a decidir bien ahora que la IA escribe el código por defecto.
El coste de generar código bajó. El de decidir bien, no.
Doctorando UPV en métodos de producción de software.
¿Prefieres escribirme directamente? hola@emiliocarrion.com
La deuda de criterio
El cuello de botella ya no es el código.
33 páginas para CTOs, Heads of Engineering y Staff que están viendo cómo la IA cambia el coste de generar código pero no el de decidir bien.
- 4 dimensiones de criterio
- Autodiagnóstico de equipo
- Canvas de decisión
Producto, no código
El oficio cuando la IA escribe el código.
37 páginas para Senior y Staff Engineers que usan IA cada día. Tres actos, seis dimensiones, e imprimibles para usar la semana que viene.
- Criterio + código sostenible + ownership
- 4 imprimibles
- 3 actos · 6 dimensiones del oficio
¿Otra cosa? Escríbeme: hola@emiliocarrion.com
He hablado en
Conferencias y comunidades donde he compartido criterio técnico con otros ingenieros.
Contra que lucho
Estos son los enemigos que frenan a los ingenieros y a los equipos
El purismo tecnico que paraliza
El que te dice que necesitas la arquitectura perfecta antes de escribir una linea de codigo. El que convierte cada decision tecnica en un debate filosofico de tres semanas.
La sobre-ingenieria 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 produccion.
La mentalidad de "eso no es mi trabajo"
El desarrollador que se esconde detras del codigo y rechaza entender el negocio. El que cree que su responsabilidad termina cuando el PR esta aprobado.
Los managers que convierten ingenieros en fabricas de features
Los que convierten a ingenieros talentosos en fabricas de features. Los que miden productividad en lineas de codigo y tickets cerrados.
Ayudo a los equipos de ingenieria a construir software que perdure.
Soy Staff Engineer en Mercadona Tech: construyo sistemas a escala real en retail físico. Compagino con un doctorado en la UPV sobre métodos de producción de software. Fuera del trabajo escribo para miles de ingenieros senior, doy charlas, y colaboro selectivamente con líderes técnicos y Product Engineers que están redefiniendo su oficio cuando la IA escribe el código.
Staff Engineer
Construyendo arquitectura y sistemas a escala real en retail físico, sirviendo a millones de clientes.
Investigacion
Metodologias de Ingenieria de Software
Investigando como se construye y mantiene el gran software
Ponente Internacional
Conferencias de Ingenieria de Software
Compartiendo conocimientos sobre diseno de software y liderazgo de equipos
Las verdades que nadie te dice
Lo que he aprendido construyendo sistemas a escala real
El mejor codigo no necesita un traductor
Si tu codigo requiere un manual de 200 paginas para entenderse, has fallado. La claridad no es opcional: es lo que separa el codigo que evoluciona del codigo que se reescribe. Un equipo que entiende el codigo 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 redisenan 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 criterio.
Decisiones que nadie nombró. Reviews que firman sin entender. Contexto que vive en una sola cabeza. Ownership difuso. El código es solo el síntoma; el cuello de botella es el criterio.
El software en produccion es la unica verdad util
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 diseno
Cuando modificar el sistema requiere tres semanas de planificacion y una oracion, algo esta mal. El buen software esta construido para evolucionar. El cambio no deberia ser una amenaza: deberia ser parte del dia a dia.
Más recursos
Cheat sheets, plantillas y checklists para acelerar tu criterio técnico.
Herramienta para decidir cuándo abstraer un componente y cuándo mantenerlo simple, basándose en su probabilidad de cambio.
Análisis de Volatilidad de Componentes
Estructura profesional para proponer cambios técnicos, evaluar alternativas y documentar decisiones en equipo.
Plantilla RFC (Request for Comments)
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
¿Solo quieres seguirme cada semana? Newsletter.
Una nota corta sobre criterio técnico, decisiones y oficio. Sin tutoriales de framework.
Si las guías largas no son para ti todavía, esto sí.
Ultimas reflexiones
Ver todoLas siete leyes no escritas que la IA cobra más caro
Esta semana vi a un compañero subir nueve PRs en un día. Trabajo bien hecho, asistido por IA. La velocidad es lo que celebramos, pero las reglas no escritas de la ingeniería, esas que se aprenden a base de romperlas, ahora se cobran antes y más caro. Las siete leyes, y cómo la IA cambia el cálculo de todas.
El ADN del software no era un concepto. Era 24 archivos.
Hace tres semanas defendí que el código se iba a volver desechable y lo importante sería el ADN del software. Me encerré a comprobar si esa idea era escribible de verdad. Lo que sale: 24 archivos, dos regeneraciones por menos de un euro cada una, un repo público, y bastante claridad sobre lo que el harness engineering aún no resuelve.
Tu LLM aprueba el benchmark y suspende en producción
Las métricas genéricas te dicen si tu LLM se equivoca, no si se equivoca para tu negocio. Por qué evaluar LLMs es un problema de dominio y cómo abordarlo con LLM-as-a-Judge.
Herramientas para ingenieros senior
No son tutoriales. Son herramientas practicas que resuelven problemas reales de comunicacion, documentacion y estrategia tecnica.
¿Quieres que tu equipo piense diferente?
Imparto workshops privados para equipos de ingeniería que quieren mejorar la toma de decisiones técnicas, la review asistida por IA y el criterio compartido. Sin formación genérica de IA. Sin trucos de prompts. Trabajo práctico sobre cómo los equipos construyen, revisan y operan software en producción.
¿Prefieres escribirme? hola@emiliocarrion.com