Lo aburrido es una virtud
Priorizo tecnologías estables y probadas frente a la novedad.
Los tokens de innovación son limitados. Prefiero gastarlos en el valor diferencial del producto, no en decisiones de infraestructura que aumentan el riesgo sin un beneficio claro.
La tecnología "aburrida" falla de forma predecible, tiene mejor documentación y es más fácil de operar y de contratar. La fiabilidad es una característica que los usuarios solo notan cuando falta.
Claridad antes que ingenio
El código se lee muchas más veces de las que se escribe.
Optimizo para explicitud, legibilidad e intención frente a soluciones ingeniosas o comprimidas. Las abstracciones que parecen inteligentes pero esconden complejidad generan costes a largo plazo.
El código ingenioso es una forma de deuda técnica. El código claro es un activo que paga dividendos cada vez que se lee.
Si un sistema requiere un conocimiento tribal profundo para modificarse de forma segura, ya es demasiado complejo.
Pensar a largo plazo
La velocidad a corto plazo suele generar parálisis a largo plazo.
Prioritizo arquitecturas que puedan evolucionar gradualmente, donde eliminar código sea tan sencillo como añadirlo. Los sistemas deben adaptarse al cambio, no romperse con él.
Frenar para tomar la decisión correcta al principio suele ser el camino más rápido a lo largo de la vida del producto.
La simplicidad es una elección activa
La complejidad no aparece por accidente.
Cada nueva funcionalidad, dependencia o abstracción añade superficie para errores, mantenimiento y carga cognitiva.
La simplicidad requiere esfuerzo continuo: decir no, eliminar caminos en desuso y resistir soluciones que solo resuelven problemas hipotéticos del futuro.
Cómo se refleja esto en la práctica
En la práctica, esto implica hacer preguntas difíciles pronto, documentar decisiones y diseñar sistemas que otros ingenieros puedan entender y mantener sin guía constante.
Mi objetivo no es construir sistemas impresionantes, sino fiables.