facebook从10年前开始在技术领域原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。作出了非常大的贡献，在前端领域，出现了r未经授权，禁止复制转载。著作权归作者所有，禁止商业用途转载。eact，之后又出现了LLaMA。然而，著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。随着时间的流逝，facebook这家公司著作权归作者所有，禁止商业用途转载。【未经授权禁止转载】正在衰亡，伴随而来的，是以前的一些项目的本文版权归作者所有，未经授权不得转载。本文作者：唐霜，转载请注明出处。维护人员逐渐流失，因为无法维护，导致很多【原创内容，转载请注明出处】本文版权归作者所有，未经授权不得转载。问题。今天要指出的，是两个非常有技术深度【版权所有】唐霜 www.tangshuang.net著作权归作者所有，禁止商业用途转载。的，却没人维护的，让我非常后悔采用的两个【原创不易，请尊重版权】【作者：唐霜】东西：faiss和rocksdb。

我在几年前采取了这两个工具，但是现在，这【版权所有】唐霜 www.tangshuang.net本文作者：唐霜，转载请注明出处。两个工具成为我的项目毒瘤。我现在每次在一【转载请注明来源】未经授权，禁止复制转载。台新机器上执行yarn，都感到心惊肉跳，【本文首发于唐霜的博客】【未经授权禁止转载】这两个东西都需要编译，而现在总是无法正常【作者：唐霜】【访问 www.tangshuang.net 获取更多精彩内容】编译。对了，yarn也是facebook【关注微信公众号：wwwtangshuangnet】【转载请注明来源】的东西。在用了这么多年之后，我不得不因为本文版权归作者所有，未经授权不得转载。【作者：唐霜】这两个没人理会的垃圾寻找出路，rocks【转载请注明来源】著作权归作者所有，禁止商业用途转载。db我使用leveldb替代，要改代码。【本文受版权保护】著作权归作者所有，禁止商业用途转载。faiss-node我自己fork了一个【版权所有，侵权必究】本文版权归作者所有，未经授权不得转载。，发了一个新包faiss-node-na【关注微信公众号：wwwtangshuangnet】原创内容，盗版必究。pi8，如果你也在用faiss-node【本文首发于唐霜的博客】本文作者：唐霜，转载请注明出处。，你可以在package.json中这样【本文受版权保护】【原创不易，请尊重版权】写：

...
"faiss-node": "npm:faiss-node-napi8@^0.5.1",
...

虽然这是过渡方案，但是起码能跑起来。

这件事让我开始反思，我们在做技术选型的时【未经授权禁止转载】【未经授权禁止转载】候，应该要考虑到这种问题。随着nodej原创内容，盗版必究。未经授权，禁止复制转载。s、webpack、vite等基础设施的【作者：唐霜】原创内容，盗版必究。升级，很多以前的技术实现会出现不兼容的情转载请注明出处：www.tangshuang.net本文作者：唐霜，转载请注明出处。况，而如果此时项目无人维护，而你的项目又【版权所有，侵权必究】未经授权，禁止复制转载。重度依赖，那么就非常非常痛苦。你看，即便本文版权归作者所有，未经授权不得转载。【未经授权禁止转载】是强如facebook这样的大公司，也有【版权所有，侵权必究】【访问 www.tangshuang.net 获取更多精彩内容】很多当时有技术创新，却最后沦落为无人理睬【版权所有】唐霜 www.tangshuang.net著作权归作者所有，禁止商业用途转载。的垃圾的项目。那么，就更无法对个人的项目【访问 www.tangshuang.net 获取更多精彩内容】原创内容，盗版必究。库更加信任。因此，我们应该挑选那种社区比【未经授权禁止转载】【本文首发于唐霜的博客】较大的开源项目作为技术选型，只有当社区足本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。够大，才能支持项目可以持续维护。