¿En qué momento me convertí en developer? When exactly did I become a developer?

Con la vuelta al cole, uno de los momentos del año que más me gustan, me apetecía compartir una reflexión sobre lo que probablemente ha sido el cambio más importante de mi último año profesional.

With the start of the new school year — one of my favorite times of year — I felt like sharing a reflection on what has probably been the most important change of my last professional year.

Desde hace algo más de un año, cuando el panorama de la IA empezó a estar dominado por los modelos agenticos, experimentar y probar ha sido clave. Al principio eran cosas pequeñas como automatizar tareas, probar ideas, construir alguna herramienta para resolver un problema concreto. Pero rápidamente, a medida que estos modelos mejoraban enormemente, empecé a encontrar casos de uso con muchísimo potencial, y casi sin darme cuenta, pasé de experimentar con IA a desarrollar software profesional que realmente necesitaba mi equipo.

For a bit over a year now, ever since the AI landscape started being dominated by agentic models, experimenting and testing has been key. At first it was small things: automating tasks, testing ideas, building some tool to solve a specific problem. But quickly, as these models kept improving dramatically, I started finding use cases with enormous potential, and almost without realizing it, I went from experimenting with AI to developing professional software that my team genuinely needed.

Las ventajas son bastante fáciles de entender cuando lo pruebas. Puedes construir exactamente lo que necesitas, adaptar la herramienta al proceso en lugar de adaptar el proceso a la herramienta, implementar cambios y mejoras con mucha rapidez y tener bastante más control sobre cómo funciona todo. Pero, sobre todo, puedes alcanzar un nivel de adaptación difícil de conseguir con software generalista. Hasta el absurdo. Un software relativamente modesto, diseñado específicamente para las necesidades de un equipo, puede aportar mucho más valor que una herramienta más sofisticada pero diseñada para un mercado general.

The advantages are fairly easy to understand once you try it. You can build exactly what you need, adapt the tool to the process instead of adapting the process to the tool, roll out changes and improvements very quickly, and have much more control over how everything works. But above all, you can reach a level of fit that's hard to achieve with off-the-shelf software. To an almost absurd degree. Relatively modest software, designed specifically for a team's needs, can deliver far more value than a more sophisticated tool built for a general market.

Sin embargo, hay una parte de todo esto que probablemente no aprecias hasta que te ocurre, y es que, una vez que introduces software en un proceso crítico, no hay vuelta atrás. Cuando el equipo empieza a depender de él, deja de ser simplemente algo que has construido y pasa a ser algo que tienes que mantener. Aparecen bugs, cambios de requisitos, permisos, seguridad, backups, documentación, actualizaciones… y la responsabilidad de que siga funcionando y evolucionando al ritmo que necesita el negocio. Cuanto más útil se vuelve, mayor es también tu responsabilidad sobre él.

There's a part of all this, though, that you probably don't appreciate until it happens to you: once you introduce software into a critical process, there's no going back. Once the team starts depending on it, it stops being simply something you built and becomes something you have to maintain. Bugs show up, requirements change, permissions, security, backups, documentation, updates… and the responsibility of keeping it running and evolving at the pace the business needs. The more useful it becomes, the greater your responsibility for it also becomes.

Y es ahí donde me he encontrado dedicando una parte bastante relevante de mi tiempo a algo que últimamente las grandes tecnológicas han bautizado con el nombre cool de Forward Deployed Engineering. Aunque, en mi caso, creo que la palabra que mejor lo describe es simplemente builder. Porque no se trata únicamente de programar. Se trata de identificar un problema desde dentro, entender realmente qué necesita el usuario, diseñar una solución, construirla, ponerla a funcionar y seguir evolucionándola a medida que cambia el negocio. Es una combinación bastante peculiar entre conocimiento de negocio, producto y tecnología. Y eso, para mí, es difícilmente reversible. Porque cuando descubres lo que puedes hacer construyendo software específicamente para tu departamento, cuesta mucho volver a aceptar que una herramienta genérica te diga cómo tienes que trabajar.

And that's where I've found myself spending a fairly significant part of my time on something Big Tech has recently branded with the cool name Forward Deployed Engineering. Though in my case, I think the word that best describes it is simply builder. Because it isn't just about coding. It's about identifying a problem from the inside, truly understanding what the user needs, designing a solution, building it, getting it running, and continuing to evolve it as the business changes. It's a fairly peculiar combination of business, product and technology knowledge. And that, for me, is hard to reverse. Because once you discover what you can do by building software specifically for your department, it's very hard to go back to accepting a generic tool telling you how you have to work.

En este punto, la pregunta es obligada… ¿Merece la pena?

At this point, the question is inevitable… Is it worth it?

En mi experiencia, la respuesta es un rotundo sí. A nivel personal, ha sido incluso un soplo de aire fresco. No creo que sea algo para todo el mundo, pero sí veo un encaje especialmente bueno en profesionales que tienen un conocimiento profundo de un área y, al mismo tiempo, responsabilidad sobre la estrategia y la forma de trabajar de un departamento. Cuando conoces bien el problema, tienes capacidad para decidir cómo quieres resolverlo y además puedes construir la solución, la combinación es especialmente potente.

In my experience, the answer is a resounding yes. On a personal level, it's even been a breath of fresh air. I don't think it's for everyone, but I do see it fitting especially well for professionals who have deep knowledge of an area and, at the same time, responsibility over the strategy and how a department works. When you know the problem well, you're in a position to decide how you want to solve it, and you can also build the solution — that combination is especially powerful.

Aunque una parte relevante de mi tiempo se ha desplazado hacia estas funciones, el retorno para el equipo compensa con creces esa inversión. La mejora en los tiempos de ejecución, pero también en la calidad, el control y el rigor de determinados procesos, hace que el balance sea muy positivo. Y lo interesante es que, cuanto más avanzas, más posibilidades aparecen: una herramienta que empezó resolviendo un problema muy concreto puede acabar conectando procesos, automatizando nuevas tareas o abriendo posibilidades que inicialmente ni siquiera habías contemplado.

Although a significant part of my time has shifted toward these functions, the return for the team more than makes up for that investment. The improvement in execution times, but also in the quality, control and rigor of certain processes, makes the balance very positive. And what's interesting is that the further you go, the more possibilities appear: a tool that started out solving one very specific problem can end up connecting processes, automating new tasks, or opening up possibilities you hadn't even considered at the start.

Y quizá esta sea la parte que más me motiva. Hoy estamos hablando de software interno, construido para resolver las necesidades de un equipo. Pero no deja de ser interesante pensar que algunas de estas capacidades podrían, llegado el momento, convertirse en un producto o servicio que aporte valor más allá de nuestro propio departamento. Lo que empieza como una herramienta para trabajar mejor puede terminar convirtiéndose en una nueva capacidad para la empresa.

And maybe that's the part that motivates me most. Today we're talking about internal software, built to meet the needs of one team. But it's still interesting to think that some of these capabilities could, at some point, turn into a product or service that creates value beyond our own department. What starts as a tool to work better can end up becoming a new capability for the company.