Llevo más de 14 años como desarrollador y otro tanto como manager dentro de la industria tecnológica. Ha sido un camino genuinamente satisfactorio — crecer y ver crecer a otros, resolver problemas complejos de equipos y organizaciones, construir algo más grande que el código. Algo que aprendí en este camino es que los problemas van cambiando, y también la forma en que piensas en ellos. Te vas haciendo cada vez más hábil para resolverlos y analizarlos — pero el tipo de problema ya no es el mismo.
Antes los problemas eran técnicos. Ahora son humanos.
Eso no es malo — es fascinante a su manera. Aprendes a moverte en la ambigüedad, a tomar decisiones con información incompleta, a influir sin autoridad directa… y a dejar en manos de otros lo que con gusto harías sin pensar.
Pero tiene un costo silencioso para alguien que empezó como desarrollador: la distancia con el código se va haciendo más grande con el tiempo, sin que te des cuenta. No porque dejes de interesarte en la tecnología. Sigues leyendo, siguiendo tendencias, participando en conversaciones técnicas. Pero hay una diferencia enorme entre entender algo conceptualmente y haberlo construido tú mismo.
Esa brecha me empezó a incomodar conforme me voy acercando a mis 50 años. ¿Será una crisis de la edad? O simplemente la pregunta de si aún puedo construir cosas — no administrar equipos que construyen cosas. Construirlas yo.
Así que decidí volver a programar en serio.
Lo que no anticipé fue lo diferente que se siente hacerlo en este momento. Las herramientas de inteligencia artificial han cambiado completamente la ecuación. Ideas que antes tardaban semanas en validar ahora se pueden probar en días. El cuello de botella ya no es técnico — es conceptual. La pregunta ya no es ¿puedo construir esto? sino ¿vale la pena construirlo?
Eso, curiosamente, es exactamente el tipo de pregunta que uno aprende a responder después de años en management — junto con otra igual de importante: no perseguir cada conejo que aparece. En gestión aprendes rápido que el enfoque es un recurso escaso. Las mejores decisiones no son las que agregan más cosas, sino las que eliminan las distracciones correctas.
Esa disciplina es la que estoy trayendo de regreso al código.
Mi experiencia como desarrollador y como manager resultan ser más complementarias de lo que pensaba. Sé construir. Y sé qué problemas realmente importan. Pero hay una tercera intersección que me parece igual de valiosa: haber vivido los dos extremos del espectro corporativo. En una empresa grande aprendes estructura, escala, cómo navegar complejidad organizacional. En una startup aprendes velocidad, frugalidad, la disciplina de hacer mucho con poco. Son culturas casi opuestas — y tener las dos en la cabeza al mismo tiempo es una ventaja que no sabía que tenía.
Esa triple intersección es donde vivo ahora.
Este blog es el lugar donde voy a pensar en voz alta — sobre lo que construyo, lo que aprendo, y los temas que tocan las herramientas que hago. No soy consultor ni gurú. Soy un ingeniero que lleva años en management y que decidió volver a ensuciarse las manos.
Bienvenido.
— Jorge López Rivas Software Engineer · Senior Manager
ENGLISH
Why I Came Back to Coding From manager to builder: what you lose, what you gain, and why right now is different
I've spent over 14 years as a developer and just as many as a manager in the technology industry. It's been a genuinely rewarding path — growing myself and watching others grow, solving complex team and organizational problems, building something larger than any single line of code. Something I learned along the way is that the problems keep changing — and so does the way you think about them. You get better and better at solving and analyzing them, but the nature of the problem itself is no longer the same.
Before, the problems were technical. Now they're human.
That's not a bad thing — it's fascinating in its own way. You learn to move through ambiguity, to make decisions with incomplete information, to influence without direct authority… and to hand off to others what you would gladly do yourself without a second thought.
But it carries a quiet cost for someone who started as a developer: the distance from the code grows wider over time, without you noticing. Not because you stop caring about technology. You keep reading, following trends, holding your own in technical conversations. But there's a real difference between understanding something conceptually and having actually built it yourself.
That gap started to bother me as I inch closer to 50. Is it a midlife thing? Or simply the question of whether I can still build things — not manage teams that build things. Build them myself.
So I decided to get back to coding seriously.
What I didn't anticipate was how different it feels to do it right now. AI tools have completely changed the equation. Ideas that used to take weeks to validate can now be tested in days. The bottleneck is no longer technical — it's conceptual. The question is no longer can I build this? It's is this worth building?
That, curiously, is exactly the kind of question you learn to answer after years in management — along with another equally important one: don't chase every rabbit. In management you learn quickly that focus is a scarce resource. The best decisions aren't the ones that add more things, they're the ones that eliminate the right distractions.
That discipline is what I'm bringing back to the code.
My experience as a developer and as a manager turn out to be more complementary than I expected. I know how to build. And I know which problems actually matter. But there's a third intersection that feels equally valuable: having lived both ends of the corporate spectrum. In a large company you learn structure, scale, how to navigate organizational complexity. In a startup you learn speed, frugality, the discipline of doing a lot with very little. They're almost opposite cultures — and having both in your head at the same time is an advantage I didn't know I had.
That triple intersection is where I live now.
This blog is where I'll think out loud — about what I'm building, what I'm learning, and the topics my tools touch. I'm not a consultant or a guru. I'm a software engineer who spent years in management and decided to get his hands dirty again.
Welcome.
— Jorge López Rivas Software Engineer · Senior Manager