你说的是不是 Spike https://www.spikenow.com/ ？

@tlerbao #13 我的价值观还是蛮坚定的，凡是用正经 P2P 工具下不动的，才用迅雷。一般我会优先用迅雷云盘离线下来，再用 aira2 下载。其实自从玩 PT 后，已经没有一年没开过迅雷了。总而言之，无论在啥情况下，我是不会默认主动使用迅雷的。

@dafen7 #33 啊卧槽，防不胜防啊，仓库里还放得有开源许可证，也在正常提交更新，不看 issue 是真不知道闭源了

咦，OP 是哪个版本，我是 版本 115.0.5790.171 （正式版本） （ 64 位），但还是正常在新标签页搜素的呢

@zsdroid #458 OP 本意应该不是说这个，看 OP 最初发的帖子，主要还是说「假开源」这个事情，只是当时他们已经发展成情绪化的口水仗了，所以啥话都在扯，甚至双方还有人身攻击的情况。那些事情不太有营养，建议忽略双方那些不理智的发言，直接看事件的本质是否厘清就行。

@tlerbao #5 这就是迅雷的护城河，它会从其他 BT 软件的用户那里下载，但不会给他们上传，也就是只进不出、吸血。

确实是一个高明的商业手段，但不符合 P2P 精神。

可以根据自己的需求、价值观等维度来综合判断。（我也有迅雷，但任何时候我都会优先使用 qb / motrix ，只在 qb / motrix 实在下不动的时候，才用迅雷。优先使用 qb / motrix 是因为价值观，不得已使用迅雷是因为自己的需求 https://i.imgur.com/krir4IG.png ）

@zsdroid #450
「不知道 op 怎么觉得 github 必须开源？难道 op 是 github 的老大？人家没说啊。https://github.com/about 」

本帖子并不指责开发者在 GitHub 上放闭源项目，因为 GitHub 上的闭源项目还是挺多的，但只有本项目遭到了大家的质疑和指责。

原因可参见 #279 以及 作者的回应 #451 。

@firefox12 #452
「放在 github 上就是要开源的？ 谁规定的？ github 的项目必须就是源码？ 谁规定的？」

本帖子并不指责开发者在 GitHub 上放闭源项目，因为 GitHub 上的闭源项目还是挺多的，但只有本项目遭到了大家的质疑和指责。

原因可参见 #279 以及 作者的回应 #451 。

@theowenyoung #451 很高兴能够看到开发者本人正面回应帖子里面的质疑。

已经看完开发者在博客回应的全部内容，博客地址如下： https://www.owenyoung.com/blog/fake-open-source/

不过我还是想指正开发者正文里面的一点不太严谨的地方。

「不过，有一个好消息是：沉浸式翻译 99.9 %以上的用户都是在新版发布后获取的，这些用户实际上并不知道以前还有个所谓的旧版开源项目（因为当时旧版项目只开发了 20 来天，用户数很少很少），所以这个操作的影响范围算是比较小。」

从 Star 量来说，确实 99.9%的用户都是在项目闭源之后开始使用的，但这不代表这 99.9%的用户都「不知道以前还有个所谓的旧版开源项目」，并对「项目已闭源」这个情况有清晰的认知。（比如通过开源推荐文章、通过其他朋友的开源推荐来到项目主页的）

而且虽然种子用户只有几百个，「那个操作」从流程上来看，影响的范围确实不大。但这几百个种子用户可能会为这个非常优秀的项目做主动推荐、自来水，他们的对项目的影响力是后续大部分用户比不了的。开发者已经历了一个产品生命周期的前半段，应该知道到种子用户对项目的影响。所以虽然「这个操作的影响范围算是比较小」，但是「这个操作的影响程度，可能没有像人数一样那么小」。

既然文中以括号形式标注了「（因为当时旧版项目只开发了 20 来天，用户数很少很少）」，出于严谨、对博文阅读者的负责，建议也补充下：「（因为当时旧版项目只开发了 20 来天，用户数很少很少，但确实后续的 99.9%用户中，可能存在部分因为接受了别人的开源推荐，来到项目主页的时候，主观认为本项目仍是旧版开源项目的人）」

总的来说，能够看到开发者能够正面回应，且严谨地说明并处理之前自己那些不严谨的操作，我作为旗帜鲜明反对该骚操作行为的人，也同样旗帜鲜明地赞赏开发者的态度。

希望项目本身以及商业化能够越来越好，也希望作者以后能够严谨一些。毕竟发生这种不必要的争议，应该是开发者、用户都不愿看到的。

@shadowfish0 #453 有可能他们会认为这是通过道德「绑架」了作者，通过舆论施压让作者不得不做这些「本不应该做」的事。