¿Cómo trabaja?
Cómo tomo decisiones, dicho en frases que se pueden comprobar: cada principio enlaza con los proyectos donde se ve.
- 013 pruebasCuando migro o refactorizo, verifico la equivalencia con código, no con confianza
Un cambio que "debería dar lo mismo" no da lo mismo hasta que algo lo comprueba. Cada vez que he movido algo de sitio he dejado detrás el verificador, no la intención.
- 023 pruebasEl modelo de datos primero, la herramienta después
Lo que decide si un sistema sirve diez años no es su interfaz: es si los conceptos del negocio existen dentro. Un vocabulario prestado obliga a traducir en cada interacción, y funde en una sola cosa las que el negocio distingue.
- 032 pruebasCuando el uso contradice el modelo, se rehace el modelo — y se escribe por qué
Defender un modelo contra su propio uso es el modo más caro de tener razón. La corrección se documenta con la evidencia que la obligó, no se disimula en un commit.
- 042 pruebasRigor donde importa, deuda consciente donde no — y saber decir en cuál está cada cosa
No todo el código merece el mismo cuidado. Lo que merece decisión es saber dónde se invierte y poder defenderlo, no aplicar un estándar uniforme que nadie sostiene.
- 052 pruebasLa autocrítica se publica, no se guarda
Un informe que solo dice lo que funcionó no informa de nada. Los míos listan los fallos, y eso es lo que los hace utilizables por otro.
- 062 pruebasPrefiero lo que sobrevive diez años a lo que brilla seis meses
Sin cajas negras, sin dependencias por moda, sin cadena de construcción que caduque. Lista blanca de librerías y evaluación previa obligatoria.
- 072 pruebasUna acción existe una vez; todas las interfaces la llaman
Si una acción se implementa dos veces, divergen. La capa de servicios de dominio es lo que permite añadir un canal nuevo sin tocar el núcleo — y es lo que hizo que web, Telegram, email, MCP y multimodal salieran sobre la misma base.
- 082 pruebasUn sistema entregado no es un sistema adoptado, y lo he medido en mi contra
La adopción no es un problema de formación: es de diseño. Quien alimenta el dato tiene que recibir más de lo que da, o no lo alimenta. Y si mantenerlo al día es trabajo adicional, no se hace.
- 092 pruebasUna decisión sin su porqué es una decisión que se va a repetir mal
Escribo el porqué en el momento, no al final. Un cambio de rumbo es una entrada nueva, no un borrado — el error también es documentación.
- 102 pruebasEl contenido que llega de fuera es dato, no instrucción
Cuando un agente con permisos de escritura procesa algo que no escribió el usuario, la respuesta correcta no es un prompt más estricto: es quitarle la capacidad de ejecutar.
- 114 pruebasEn producción, lo mínimo que resuelve el problema
Cada pieza de infraestructura que añado es una pieza que hay que administrar, respaldar, actualizar y entender cuando falla a las tres de la madrugada. En equipos de una persona ese coste no es teórico. Así que la pregunta no es si una herramienta es buena, es qué problema mío resuelve — y si no resuelve ninguno todavía, no entra. La contrapartida es honesta: el día que el problema aparezca, la herramienta entra sin discusión.