En el proceso de creación de este blog me he encontrado con varios retos, uno de ellos ha sido la performance.

Cada vez que pasaba la web por PageSpeed, quería ver ese 100.

Y si no estaba… seguía tocando cosas, revisando el informe e intentando encontrar la solución.

Me di cuenta de que estaba perdiendo demasiado tiempo o mejor dicho: no invirtiéndolo donde tocaba.

Este post va a ser un poco más técnico porque me gustaría hablar de un problema real que nos encontramos en un proyecto en el que trabajé.

La aplicación trataba de dar a usuarios técnicos y comerciales datos para tomar decisiones estratégicas y de negocio.

Al manejar muchos datos un buscador era casi imprescindible, teníamos un buscador bastante avanzado que no solo buscaba por el término introducido, sino también por términos relacionados y otros campos asociados.

Había un equipo que estaba preparando un LLM para la compañía y desde negocio vieron una buena oportunidad para integrarlo en nuestra aplicación, más concretamente desde el buscador.

Hoy quiero hablar de algo que aprendes con la observación y de ciertos patrones que se dan en las empresas: la mayoría de aplicaciones nacen de un Excel.

Equipos de negocio, tecnología, ventas, diseño… da igual el área.
Si necesitan guardar datos, modificarlos, analizarlos, calcularlos o simplemente extraerlos, tarde o temprano acaban creando un Excel.

El problema empieza cuando ese Excel funciona.

Cuando empecé en el desarrollo de software, me obsesioné con aprender lo máximo posible a nivel técnico. Con el tiempo entendí que eso importa, pero también estaba ignorando algo igual de clave: el negocio.

Empecé a darme cuenta de que el negocio es una parte esencial para cualquier developer y, en realidad, para cualquiera que trabaje en tecnología. Van de la mano.

Si no entiendes el negocio, es probable que te estés perdiendo algo muy importante a la hora de escribir código.