Contenido sobre definición, implementación y evolución de funcionalidades.
Ver Todas las Etiquetas
Mientras escribía los primeros posts del blog me di cuenta de que repetía algunos errores antes de publicar.
No eran errores enormes, pero sí lo bastante molestos como para hacerme perder tiempo revisando PRs, imágenes, estructura y detalles de estilo.
Esto me ralentizaba mucho a la hora de crear, revisar y modificar.
Antes de entrar en la solución, pongo un poco de contexto técnico sobre el blog.
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.