Una vectorDB ultrarrápida para Node.js
(github.com/golbin)Últimamente se hacen muchos prototipos o proyectos de juguete usando LLM.
Normalmente se termina usando búsqueda vectorial como base, pero al hacer prototipos por lo general solo se prueban unos cientos de textos con búsqueda vectorial, o incluso en productos reales, la mayoría de las veces solo se busca dentro de documentos para responder. Para algo de ese nivel, usar una vectorDB aparte se siente excesivo o da flojera, y como al prototipar es importante mostrar las cosas visualmente, normalmente se usa Next.js, pero además tampoco había un paquete realmente adecuado para Node.js, así que justo cuando me estaba frustrando, vi el issue de DHH sobre TypeScript y me pregunté: ¿de verdad es tan engorroso hacer un paquete en TypeScript? Y de pronto me inspiré y lo hice...
Ah... no quería entender por qué tanto Svelte como otros están tratando de salir de TypeScript, pero terminé entendiéndolo.
No es que TypeScript en sí sea malo, pero definitivamente, en el proceso de crear un paquete para npm, el dolor por las pruebas y el tooling se siente bastante fuerte. Si esto pasa incluso haciendo una herramienta pequeña, quienes trabajan en proyectos grandes...
En fin, después de hacerlo vi que para prototipar resulta más útil de lo que esperaba, así que lo comparto.
Gracias.
4 comentarios
Producto hermano: biblioteca de fragmentación ultrarrápida para Node.js -> https://es.news.hada.io/topic?id=10801
Es una pregunta aparte del código abierto que hiciste, pero ¿la tendencia estos días es que todos están dejando de usar TS? Tengo mucha curiosidad.
No creo que haya una tendencia a abandonar TS. Más bien, hay muchas quejas. Por eso, parece que se está haciendo más esfuerzo desde el lado del runtime y del framework para ver cómo se puede usar TS más fácilmente.
Ah, gracias~