- Viví por más de un año con el problema de condición de carrera de búsqueda de Mintlify sin lograr mejorarlo y me resultó molesto
- Aunque era fundador de Trieve, el proveedor del motor de búsqueda de Mintlify, en mi rol de proveedor no podía acceder al código directamente y no podía corregir el problema
- Al final, después de unirme a Mintlify, resolví el problema directamente usando AbortController para cancelar consultas de búsqueda y sincronizar resultados
- Resalto que, si hubiera sido código abierto, habría podido arreglarlo de inmediato con un PR, lo que muestra la ventaja real del open source
- Volví a sentir la satisfacción y la importancia de mejorar un producto al corregirlo en persona, incluso si se trata de una molestia pequeña
La historia de arreglarlo al unirme al equipo porque no podía hacer un PR
El bug de búsqueda de Mintlify que molestó por más de un año
- En la función de búsqueda de Mintlify, por una condición de carrera, las consultas se procesan duplicadas y se muestran resultados de búsqueda erróneos mientras el usuario está escribiendo
- Aunque soy fundador de Trieve, proveedor del motor de búsqueda de Mintlify, no podía corregirlo de forma directa por no tener acceso a la base de código
- Reporté el problema varias veces en un canal compartido de Slack, pero por baja prioridad quedó sin atender durante mucho tiempo
- Cada vez que la experiencia de búsqueda de Trieve se veía mal en Mintlify, sentía presión por mi orgullo personal como fundador y por la imagen de la marca
Me uní al equipo para resolverlo
- Al incorporar a Mintlify, pude tener acceso directo a la base de código
- Implementé AbortController dentro de la función de búsqueda para mejorarla, de modo que se pueda interrumpir inmediatamente la consulta anterior
- Ahora, cada vez que el usuario escribe, solo se refleja la búsqueda más reciente, por lo que siempre se obtienen resultados precisos y actualizados
- La satisfacción de poder arreglarlo directamente después de un problema incómodo que duró tanto tiempo es enorme
- Al igual que George Hotz, que entró por un tiempo en Twitter para corregir el popup de inicio de sesión, le doy valor a una mentalidad hacker/empresarial de solucionar directamente los problemas cuando aparecen
- Estas experiencias de solución directa y práctica de problemas me han llevado a seguir una mejor dirección profesional
El valor práctico del código abierto
- Personalmente, prefiero desarrollar y usar software de código abierto
- Si fuera open source, un desarrollador externo podría enviar un pull request (PR) para corregir errores o mejorar una función
- Si la búsqueda de Mintlify hubiera sido código abierto, este problema mantenido por un año podría haberse resuelto de inmediato con un PR
- En el modelo de código cerrado hay la limitación de que solo se puede mejorar cuando se tiene acceso al código
- Reconozco el valor de la "asignación de permisos inmediata" que ofrece el código abierto, y también entiendo las diferencias en el modelo de negocio de cada empresa
La satisfacción de mejorar directamente
- La razón por la que la búsqueda de Mintlify es ahora más fluida y reactiva es esta mejora
- Al corregir un bug pequeño que me inquietaba por mucho tiempo, sentí la satisfacción de contribuir al progreso del producto
- A través de esta experiencia comprendí que arreglar de forma repetida incluso problemas pequeños vuelve al producto cada vez mejor
- Cambios pequeños corregidos de forma directa se acumulan y mejoran la experiencia de uso de manera exponencial
- Quiero seguir construyendo mejores productos mediante la acumulación de estas mejoras pequeñas y continuas
Aún no hay comentarios.