Requisitos antes que código. Antes de escribir una sola línea, mapeo la restricción de negocio, ya sea una regla de cumplimiento, un límite de transacción o una API que no puede cambiar, y dejo que eso moldee la arquitectura. La estructura correcta para una integración de pagos no se parece en nada a la correcta para un agente de IA; el problema de negocio decide el diseño.
Entrega medible. Cada proyecto que entrego tiene un número asociado: transacciones procesadas, latencia reducida, facturas cerradas más rápido. Si no podemos acordar cómo se ve el éxito antes de empezar, estamos construyendo hacia el objetivo equivocado. La métrica no es un argumento de marketing: es cómo sé que el trabajo realmente importó.
Decisiones de stack pragmáticas. Uso la tecnología que mejor se adapta al problema frente a mí, no la que encuentro más interesante. FastAPI para trabajo backend con mucho async, Flutter cuando el rendimiento móvil nativo es innegociable, LangGraph cuando un agente con múltiples pasos necesita auditabilidad clara. Cuando la elección aburrida resuelve el problema, la tomo.