@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 有可能他们会认为这是通过道德「绑架」了作者，通过舆论施压让作者不得不做这些「本不应该做」的事。

你是不是删除一个实例后，没隔多久就建新的了？引导卷是有上限的，总共是 200G ，每个实例会分配 50G ，如果上一个实例删除后，引导卷还没释放完成，你就新建了下一个实例，那么这时的引导卷就会超出上限，导致一定的费用。

我有个问题，随到头像也不喜欢怎么办，是否可以搞一个给对方自定义头像功能。比如沉浸式翻译事件里有些价值观有问题的人，我就想给他整个猪头头像（大雾 https://i.imgur.com/io2SM1h.png

@LauShyO99 #7 试用了下欧路词典，确实不错。划词翻译、网页翻译（双语对照）都支持，登录后还有生词本、背单词、批改润色的功能。

建议向工信部投诉。

@dafen7 #14 啊？！这个是闭源的吗？他仓库里不是有 GPL3.0 的 LICENSE 吗？

@lxiian #3

「 10k+ star 的项目也搞假开源」： https://www.v2ex.com/t/961178
这个帖子的 #279 楼我总结了一下。

「沉浸式翻译这事，多说几句」： https://www.v2ex.com/t/962364
这个帖子 OP 总结了一下。

本帖子主要是为了推荐，就不展开说那个事儿了。

@intellectual #1 试用了下火山，还行，翻译速度挺快的，准确率感觉也不错。就是能自定义的配置少了点，比如没有黑暗模式，网页翻译时默认译文，没找到把双语设置为默认的地方。

@chotow #2 我另开了个帖子推荐翻译插件。参见： https://www.v2ex.com/t/962538

@Alias4ck #444

「那说明你自己没筛选和鉴别能力啊 我觉得吧 信息大爆炸时代 这点能力得需要啊」

我算是分辨能力比较强的人了，都被误导了 https://i.imgur.com/krir4IG.png ，还有一大票比我强、比我弱的可能也都会被误导。

我认为这样是不对的，至少是不体面、不道德的。这种误导行为加大了用户对开源闭源的认知难度，提高了社区的信任成本，对开源社区的发展可能造成不利影响。

我们不仅不应该提倡这种行为，也不应该转头要求社区付出更大的成本去审查项目，更不应该要求用户具备更加专业的素质（毕竟是面向普通用户的项目）。

至少我个人，会旗帜鲜明地反对这种行为。

@invadv #446 「这贴子里有不少人都以法律或者书面规则作为自己行为的底线，并嘲笑指责者站在道德高地上。」
「不想说对错，我决定从今天开始也向这一行为靠拢，以在未来获得更多的竞争优势。」

本帖里好像没有出现把法律作为自己底线的人吧 https://i.imgur.com/krir4IG.png ，谈到了法律底线，也是说作者这个行为，不违法，但不体面、不道德。

如果你后续的项目也整该项目作者这种骚操作的话，估计你也会被 V 站的站友，开个指责的帖子挂在 V 站的耻辱柱上。https://i.imgur.com/krir4IG.png
可能初期确实能获得一些红利，但是这样是会影响你的项目口碑的，如果你的项目发展得很好，这个事件可能会成为你项目发展路上的绊脚石。至少会多出不少铁了心反对你的项目的人。https://i.imgur.com/krir4IG.png

@itsnull #445
「所以这只是一个项目名称的使用权问题，这和 MPL 2.0 协议没有半毛钱关系。项目名称的使用权当然属于创建者，创建着想怎么用就怎么用，明白吗？」

我认同作者对名称的使用权，如果他顶替了开源名字，但是在 readme 说明了「该项目已不是原来的开源项目」，哪怕他不说新项目是闭源，估计也不会有这个帖子存在。

我指责的从来都不是他闭源这个行为，他顶替开源项目名字这个行为如果他做了明确提醒，那也没问题。我相信本帖内大部分人也是这样认为的。

本帖（至少我个人）指责的是，作者用着开源名义推广这个项目名称，但实际上这个名称所容纳的却是闭源项目。作者非但不进行提醒，甚至还伪装仓库在正常 update ，这一可以被认为是有意误导的不道德行为。

哪怕这个帖子出来了，作者在 #93 里面的回应，都还在有意无意地引导大家：开源项目是有 old 前缀的那个，闭源项目才是 immersive-translate 。只字没有提在闭源项目出来之前，使用 immersive-translate 这个名称的，是开源项目。而软文以开源名义推广的，正是 immersive-translate 这个名字。

这也是为什么 GitHub 上的闭源项目、开源转闭源项目那么多，却只有该项目被指责的核心原因。