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

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

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

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

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