Programar por programar no es suficiente

Durante mucho tiempo medí mi crecimiento como developer por lo técnico: mejores estructuras, mejores patrones, código más limpio. Y está bien. Pero llegó un punto en el que eso dejó de ser suficiente.

Podía escribir una API impecable que resolvía el problema equivocado.

El código es una herramienta, no el objetivo

Nadie paga por líneas de código. Pagan por un problema resuelto. Cuando entendí esto, empecé a hacer preguntas que antes evitaba: ¿por qué se necesita esto?, ¿qué pasa aguas abajo?, ¿qué decisión de negocio hay detrás de este requerimiento?

Esas preguntas no me hicieron menos técnico. Me hicieron construir mejores soluciones.

Aprender otras disciplinas no te aleja del desarrollo

Al principio pensaba que meterme en CRM, marketing o automatización me alejaría de "lo mío". Fue al revés. Entender cómo trabaja ventas me hizo diseñar mejores modelos de datos. Entender marketing me hizo pensar en atribución desde el primer día. Entender el negocio me hizo priorizar lo que de verdad importa.

El developer que conecta

El perfil más valioso que he visto no es el que domina un framework. Es el que entiende el problema, el negocio, la tecnología y cómo integrarlo todo. Ese perfil es escaso, y es el que puede llevar una idea de verdad de principio a fin.

Programar sigue siendo mi base. Pero es solo eso: la base. Lo interesante empieza cuando conectas el código con el resto del sistema —y con la razón por la que existe.