这是一个创建于 283 天前的主题，其中的信息可能已经有所发展或是发生改变。
项目名：immersive-translate
这个项目最开始是这个仓库 https://github.com/immersive-translate/old-immersive-translate, 并且 fork 的另一个项目
有名气后，换成了这个仓库 https://github.com/immersive-translate/immersive-translate 并且不再提交源代码, 只提交 build 后的文件
说实话，插件不错，我也是用了看到开源才来看的，但没想到搞假开源。
 |
401
itsnull 279 天前  1
@icaolei #400
> 1 、作者使用闭源项目，顶替开源项目的名称、链接。 > 3 、这一篇非常详尽地写了项目介绍、使用说明、作者愿景，甚至求 Star 、求推广的 readme ，却唯独没有写，该项目已经不是原来的开源项目。 我在 #398 里引入的数据就是想说明，那个神圣的旧开源项目，实际上是个只开发了一个月，只有 300 star 的小众项目，甚至都可以算是一个临时项目，但是道德标兵就是要要求 重写的新项目要生生世世 头条头版 永久绑定 这个神圣的旧项目。开发者一定在那个时间节点，准确的预测到了未来会有 10k+ star ，所以不怀好意的顶替掉了神圣的开源项目链接和神圣的开源项目名称。 我们要为那个神圣的旧项目而战！ > 2 、大量的帖子、软文都还在以开源软件的身份，推广该项目，并且给出的地址是主分支地址，所有人进去看到的是 readme ，而不是某一次中间版本。 > 4 、该项目虽然已经闭源，但仍在提交 build 之后的更新，表面上看起来项目仍在进行社区维护。 这就对了，核心论点应该在这个身上，而不是和旧项目硬扯关系。 |
 |
402
icaolei 279 天前 1
@itsnull #398 对了，补充一下第 5 点。
5 、你说的闭源项目的 star 数超过开源项目的 star 数，估计有部分是那些误认为该项目还在开源的人点的。至少我是，本帖中也有其他人是。 如果作者在 readme 中明确说明，该项目已经闭源了，我相信 star 数不会有今天这么高，至少会少我这一个 star ，和本帖也被误导了的其他人的 star 。 |
|
403
itsnull 279 天前
@icaolei #402
> 5 、你说的闭源项目的 star 数超过开源项目的 star 数，估计有部分是那些误认为该项目还在开源的人点的。至少我是，本帖中也有其他人是。 就是你们的问题所在，从闭源项目的第一天开始，直到闭源项目的 star 数超过开源项目的 star 数的时刻， 闭源项目的主分支的 readme ，正文第一行，一直挂着： [ Next immersive translator, only for release new version]] 就这样，明确声明的闭源项目 star 数超过了 神圣的旧开源项目。 而随后，随着那个神圣的旧开源项目的存档，新项目的 star 开始一路飙升，（但是我不管，我不管，star 新项目的人都是因为那个神圣的旧项目，才专门过来 star 的。） 我当然相信有不少小白 甚至是 不怎么了解开源协议 的资深程序员在看了今天的新项目： https://github.com/immersive-translate/immersive-translate/ ，会以为这是一个开源项目，我也相信楼里面说自己确实以为是开源项目的人。 但我认为这些人是因为乍一看新项目，以为是个开源项目，和那个神圣的旧项目没有半毛钱关系。 > 如果作者在 readme 中明确说明，该项目已经闭源了，我相信 star 数不会有今天这么高，至少会少我这一个 star ，和本帖也被误导了的其他人的 star 。 所以争论点就应该是扯新项目后来经典版的 readme ，经典版的项目结构是否误导，以及是否恶意误导 ，真没必要扯一个 300 star ，短命 1 个月的旧项目。 |
 |
404
yuiioo 279 天前 via Android
牛
|
 |
405
Pipecraft 279 天前 4
@itsnull #403 看了你的回复，又去看了一下 commit 记录。
起初新版本（闭源版本）的 repo 地址竟然不是现在的。而是 https://github.com/immersive-translate/next-immersive-translate 可以看 0.3.12 版本的 README.md 。https://github.com/immersive-translate/immersive-translate/tree/v0.3.12  也就是说 = 3 月以前 = 开源版地址: https://github.com/immersive-translate/immersive-translate 闭源版地址: https://github.com/immersive-translate/next-immersive-translate = 3 月以后 = 开源版地址: https://github.com/immersive-translate/old-immersive-translate 闭源版地址: https://github.com/immersive-translate/immersive-translate 所以 Next immersive translator, only for release new version 这段内容是在 https://github.com/immersive-translate/next-immersive-translate 这个 repo 地址中的时候。 之后这句话就没有了。 最后出现在 v0.0.41 。https://github.com/immersive-translate/next-immersive-translate/tree/v0.0.41 |
|
406
itsnull 279 天前
@Pipecraft #405
牛，又一个新信息点。 首先，从 0.0.41 版本 之后新项目的影响力已经开始超过那个神圣的旧项目了，所以之后的 star 增长，真的和旧项目无关。 你的信息告诉我，其实直到 3 月，闭源的新项目用的都是 next-immersive-translate 这个 repo ，而旧的项目早在 1 月份就存档了。这更加说明了新项目拿到的 star 都是独立拿到的，就更与那个旧项目无关了。 也就是说作者从 22 年 12 月，一直到 3 月，其实用的都是 next-immersive-translate 这个新项目。 所以问题的核心点只是在于这个新项目的各种操作到底有没有误导用户，有没有恶意误导用户。 |
|
407
Pipecraft 279 天前 1
|
|
409
itsnull 279 天前
@Pipecraft #408 有没有关系，核心在于该新项目声明了自己是闭源项目的情况下，直到 0.0.41 这个版本，https://github.com/immersive-translate/next-immersive-translate/tree/v0.0.41 ，新项目的 star 依然轻松超过了旧项目。 随后几天旧项目就彻底存档了，我不知道为啥老是要和旧项目扯上关系。
我们应该关注随后 star 真正爆发期间，看这个期间，有多少人因为看了这个新项目一眼，误以为是开源项目，然后送上了自己宝贵的 star 。 你怎么会期待一群看不懂新项目是否是开源项目的人，反而清晰的知道：有一个神圣的，具有 MPL2.0 许可证的，已经存档的，只有几百个 star 的旧开源项目，由于那个神圣的旧开源存档项目的存在，误导了我！哈哈哈 |
 |
411
bollld607 279 天前 via Android 1
开源转闭源，100%要作恶
|
 |
412
danhahaha 279 天前 1
其实从目的的角度去思考也许更清晰一些：
为什么要闭源？ 要做什么功能需要必须闭源，放弃开源？ 为什么悄悄从开源改成闭源？ |
 |
413
oshuanghao 279 天前
这个插件很好用
|
 |
414
duwenink248 279 天前
@FrankFang128 只会让印度的开源环境更垃圾
|
 |
415
ohwind 279 天前
特色的私有化开源
|
|
416
icaolei 279 天前 1
@itsnull #409
「而随后，随着那个神圣的旧开源项目的存档，新项目的 star 开始一路飙升，（但是我不管，我不管，star 新项目的人都是因为那个神圣的旧项目，才专门过来 star 的。）」 首先我澄清下，我在 #402 表达的是「 5 、你说的闭源项目的 star 数超过开源项目的 star 数，估计**有部分**是那些误认为该项目还在开源的人点的。**至少我是，本帖中也有其他人是**。」 并没有表达像你在 #403 说的「 star 新项目的人**都是**因为那个神圣的旧项目」的意思。请不要帮我加戏。 ———————————————————————————————————————— 「有没有关系，核心在于该新项目声明了自己是闭源项目的情况下，直到 0.0.41 这个版本，新项目的 star 依然轻松超过了旧项目。 随后几天旧项目就彻底存档了，我不知道为啥老是要和旧项目扯上关系。」 和老项目扯上关系是因为它顶替了老项目的名字，但没有在新项目说明。 首先在被大量软文推荐的时候，在很多网友自来水的时候，它就是以开源软件的身份出现的。这个证据很多，随便搜一搜就找得到了，有些软文的日期还很新。本帖里也有不少站友贴了一些出来。 我就是被这种「开源推荐」软文推广到了，去项目点了 Satr 。所以误导现象是存在的，否则也不会出现这个帖子，和帖子下面跟你争论的人。那 10k+的 Star ，其中至少有我误点的 1 个。 你要知道，这种推荐软文，一般发了，就会一直存在。随着时间推移，软文触达的用户越来越多，可能被软文误导的用户也越来越多。 对于开源项目来说，大家的 Star 普遍给得更慷慨。对于闭源项目，相对可能会更谨慎一些。 |
 |
417
Latin 279 天前 1
大道至简
开源的流程一般是，先有雏形，再私有化，然后再盈利。 一般的情况是，开源后开源版本比定制化版本要少点东西。 |
 |
418
sharpy 279 天前 1
闭源可以，将闭源放在 GitHub 上也可以，那就不要在 readme 中求 star 了嘛。
这个插件我也在用，从这点来说，作者微有过失。 |
 |
419
otakutyrant 279 天前
OP 这种反智言论对 GitHub 官方和社区都有害，我心血来潮就来拨乱反正吧。
https://github.com/about 里面 "open" 一次都没出现过，核心是 software development ，显然没把闭源排除在外。 repo 是不是开源的，又是如何开放的，我只会看它的 LICENSE 。https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/licensing-a-repository#choosing-the-right-license 里面甚至直接默认没有 LICENSE 时就保留 source code 上的一切权力，也就是说 close source code 都可以： > However, without a license, the default copyright laws apply, meaning that you retain all rights to your source code and no one may reproduce, distribute, or create derivative works from your work. immersive-translate 用 EULA 这协议，我不知道也没时间研究这协议是否允许 close source code 。既然 OP 在主贴指责项目假开源，那有义务举证的也是他自己。 开源，open ，open source ，open source code 不完全是同一回事。有的项目可以只 open 但不 open source code 。或有的项目可以只 open data 不 open source code 。一个人用 GitHub pages 上传他的博文，不意味着他有义务公开他自己用的博客平台代码；同理，一个人在 github repo 开放了他的博客平台代码，不意味着他有义务开放他自己的博文； https://government.github.com/community/ 上也说 Collaborate on code, data, policy, or procurement within your agency or with the public. https://resources.github.com/faq/ 也有这么一段： > Do people use GitHub only for code? > > Nope. Like we mentioned above, different people and teams use GitHub for different projects. While we got our start as a version control platform, GitHub is now used to manage teams, share resumes, find new projects, track work, and host discussions, just to name a few. |
 |
421
cchq 279 天前 1
没想到今天还没有停，想再说明一下
开源社区一直都是开放包容和自由的，从来都不反对你盈利，相反，你在闭源项目中的盈利，然后自发的再贡献代码到开源社区才能使开源社区可持续的发展。我根本就不反对先开源后闭源，但是如前面的很多人讲的，占用原先的项目地址，这样以前的开源推广会误导别人。其实你完全可以不用，或者就算要用以前的，那也最好声明你不再是以前的那个开源项目了，现在是闭源项目，以免误导其他的开源社区中的开发者，因为真的可能会有不明真相的社区成员会为你提 pr ，结果只是一堆 dist 文件不能 merge ，如 @Pipecraft 在 #134 里所说的 。 相信在这里的很多提出质疑的人都不是为了单纯地闭源而质疑，而是他的一些做法明显对开源社区的发展很不利。 我们不是作为用户在给插件作者提需求，而是作为开源社区中的成员只是希望插件作者在这个社区中遵守一些规则能更好的利于社区的发展。作为开源社区的成员为各自感兴趣的项目贡献过代码，平等的希望互相遵守一些约定 像 @ddhero88 在#387 里说一堆白嫖怪，我压根没用过这个插件，在下不才为开源社区也算贡献过一点代码，没用过这个插件是不是就可以不给这个插件作者的开源感谢和赞助呢，而且我们也不是因为作者重写不给免费代码就骂，如上所述，他的行为不利于开源社区的发展，他完全可以闭源，但是不采取这样易误导人的做法。。 我看了 clash_for_windows_pkg 这个项目 ，可以说是提供了一个优秀的范例，一眼就能看出是闭源，但是仅用来发布闭源软件 @otakutyrant #419 可以打开 https://github.com/open-source ，很明显的文字 The largest open source community in the world 。其实你要是完全的按照写出来的规则，永远都是有漏洞的。这只是在这个开源社区中大家共同默认的一个规则，一个约定，才凝聚起了这么多开发者组成了社区，成就了今天的 github |
 |
422
savebox 279 天前
看到很多人在意 star.看看人家写的, star 就是个 star 而已.
https://opensource.stackexchange.com/questions/5110/github-stars-is-a-very-useful-metric-but-for-what 作者求 star,而项目确实好,这 star 不值吗? 不要本末倒置才是 |
|
423
icaolei 279 天前 1
@otakutyrant #419 本帖子批判的，不是这些内容，我个人对这些无意见。
本帖子批判的，是作者用原开源项目打广告，打完广告用闭源项目去顶替开源项目的名称、链接，且在闭源项目的 readme 中没有任何说明，且还继续提交 build 之后的更新，使得项目看起来是在正常维护，这一个不体面、不道德的行为。 参见 #279 。 |
|
424
icaolei 279 天前 2
@savebox #422 项目本身很出色，就算是闭源项目，也非常值得 Star 。
但是本帖子批判的，是作者用原开源项目打广告，打完广告用闭源项目去顶替开源项目的名称、链接，且在闭源项目的 readme 中没有任何说明，且还继续提交 build 之后的更新，使得项目看起来是在正常维护，这一个不体面、不道德的行为。 |
 |
425
bkqd 279 天前 via iPhone 1
大家到底被“骗”没？投个票看看：
https://github.com/4tmp/polls/discussions/1 |
 |
426
Alias4ck 279 天前
我一直觉得 star 不是就是做个 bookmark 吗
为啥这么多人觉得会认为它是一个优质的项目评价标准 我看过很多中文项目 star 点的老高了，可是实际内容都是答辩 |
 |
428
edisonwong 279 天前
1. 项目放到 github 上就‘默认’它是开源这点不应该。仓库可以伪装，可以不说，可以明说闭源，真实意图只有作者知道，外人揣测可以，扣帽子愤慨地一顿输出，我个人感觉不太好
2. 作者或许有问题，看不惯这种行为也可以，如果有统计 列举 到底多少人被骗了，吃了多少 star 红利之类的证据就更好了。。。 不然未来论坛就充斥着一堆帖子： “我个人看不惯**行为，吃了***红利，诱导了一堆人（具体 star 里百分之多少被诱导了，我也没证据或者说不清楚）” |
|
429
edisonwong 279 天前
大家对 star 的定义不一样
有些认为：“我 star 一下就是为了 bookmark ，解决了我的需求，我管他开源闭源” 有些认为：“好用，而且还开源，作者不但牛，人格也高尚富有分享精神，赞一个” “牛，开源，star 一个” 到 “啊，细看了下，闭源的，代码给一半，好恶心，《感觉》被诱导了，取消 star” ，仓库原作者控制不了别人怎么认为 |
 |
430
Jirajine 279 天前 2
几天不看这个帖子，没想到拉了这么长，居然有这么多人洗地。
GitHub 上的非开源项目，自然是需要显示说明，这都要洗地的，在你家酒柜里放一瓶用酒瓶装的敌敌畏，不知道你作何感想？ 还有什么“如果你不能审计代码你就只应该关注软件是否好用而非是否开源”这种断言，真的恶心到了。一个正常人类用户，不可能有足够的心智能力审计使用的所有程序所有代码所有变更，最终端用户而言使用开源软件不是为了审计代码 fork 或其他权利自由，而是开源软件极少像你们变着法给用户喂的屎一样包含那么多 anti feature ，不会今天加个贷款功能，明天加个 ai 助手，仅此而已。 |
 |
431
exposir213 279 天前 1
项目起源：该项目最初是从另一个开源扩展 Traduzir-paginas-web 分叉出来的，原因是 Owen 对现有的翻译工具不满意。沉浸式翻译的初始版本是开源的，并遵循 MPL2.0 许可。
转变为闭源：随着项目的知名度提高，Owen 发现由于原项目的传统结构，添加或删除功能变得越来越困难。这导致了他决定使用 Deno 和 Typescript 重写整个项目，从而形成了更现代的构建环境，并支持所有平台。新版本的项目从一开始就是闭源的，Owen 澄清说，从未有任何暗示说这是一个开源项目。 在 Github 上托管的原因：尽管是一个闭源项目，沉浸式翻译托管在 Github 上，因为该平台有很多有用的功能，如问题跟踪、版本发布管理和持续集成。Github 的星级也帮助项目获得了更多的关注。 未来计划：Owen 提到了未来向开源社区贡献更多的计划，如 AI 翻译模型和与沉浸式翻译相关的各种工具。 用 GPT 总结了一下 |
 |
432
yazinnnn 279 天前 4
 官网上放的这个资源里放个 github 就让人浮想联翩啊🤔 这件事本质就是淘宝刷单, 将闭源项目伪装成开源项目的 repo, 欺骗无知群众点 star, 不过无知群众拿不到刷单的佣金罢了 当然这种行为还没有黑客派那种注册网站用户自动关注某人+star 某 repo 那么恶劣 |
 |
433
ddhero88 279 天前 via iPhone
|
 |
434
php0yyds 279 天前 2
改链接确实有点恶心了，冲着开源的说明 点开的地址，然后是闭源的，你加个 pro 什么的也行啊，不过这回大家都会知道是闭源的了，原来因为是开源而 star 的人 也可以取消 star 了
|
|
435
icaolei 279 天前
@ddhero88 #433 「作者开源是他的权利 不开源也没毛病 你说的用改项目名引导的行为 我同样也不认可不赞同」
好的，我理解你的意思了。 但我个人仍坚持认为，这种行为是不体面、不道德的。它加大了用户对开源闭源的认知难度，提高了社区的信任成本。 如果其他闭源项目纷纷效仿，可能会对开源社区的发展带来一些不利影响。 |
|
436
icaolei 279 天前 1
@edisonwong #428 OP 批评，就是因为 OP 是被误导给 Star 的人，我也是，本帖中还有不少站友也是。
这种事情不太好统计的。可以去 #425 提供的地址去投票，但感觉看到的人没多少。 但可以统计的是，该项目用「开源软件」身份发了多少软文（如果不是项目开发者投的软件，也是自发推荐文章的作者被项目误导了）。参见 #279 #281 #282 。 |
|
437
icaolei 279 天前 1
|
 |
438
xmxy0 279 天前 via Android
@icaolei 我知道妳說的這些，我點 star 是因為認可這個項目，現在或者以後可能會用到，而不是因為它是否開源，如果這個項目存在欺詐行為，除非是不得不用，不然我都會移除關注
|
 |
439
csrocks 279 天前 1
我也装了这个插件, 刚才卸载了, 最初是在 GitHub 看到这个项目的, 确实以为是开源项目.
|
 |
442
nothingistrue 279 天前 2
@itsnull 原始 immersive-translate 只开发了 1 个月，这看似原始 immersive-translate 并没有为新 immersive-translate 提供多少，但实际上不然。常理上，next-xxx 自然继承 xxx 的影响力。如果 next-xxx 反过来要顶替 xxx 的名字，那基本上说明 next 很失败。虽然你很看不起这个神圣的只开发了一个月的原始 immersive-translate ，但作者顶替名字的行为，已经说明了原始 immersive-translate 就是比新的 immersive-translate 神圣。
就算给你个退一步的假设，next-immersive-translate 就是比 immersive-translate 牛，那你也不能顶了人家的名字。这不是「老大生瘸了，就埋了老大，让老二顶上老大的名字」，因为原始 immersive-translate 是以 MPL-2.0 协议 fork 出来的，其作者并不对代码具备完全所有权。这个行为，相当于： 「李龙」拜师郭德纲，被赐名「李云龙」，短一个月即自去，半年后再出山，但不名「李龙」而名「李云龙」，众人异其名，曰，「师仅月而无所为，吾自学之，何以阻我用云字]。欺师灭祖的玩意。 |
|
443
nothingistrue 279 天前 4
以开源项目为参照，生成自己的项目，随后闭源，这种只拿不反馈的行为，本来就是违背开源精神的。这还不行，还要打很多小动作，将已经闭源的项目，伪装成开源项目来帮推广。这种行为，怎么会有那么多人洗。
|
|
445
itsnull 279 天前
@nothingistrue #442
哈哈，科普一下，MPL 2.0 许可证规定的是项目中的代码使用和分发问题，而不是项目名称。在 MPL 2.0 的许可证条款中，没有一行提到项目名称。 所以这只是一个项目名称的使用权问题，这和 MPL 2.0 协议没有半毛钱关系。项目名称的使用权当然属于创建者，创建着想怎么用就怎么用，明白吗？ 结果人家直接用 Deno 重写了整个项目，一行代码也没继承，所以神圣的 MPL2.0 协议很清白😄 |
 |
446
invadv 279 天前 via Android
这贴子里有不少人都以法律或者书面规则作为自己行为的底线，并嘲笑指责者站在道德高地上。
不想说对错，我决定从今天开始也向这一行为靠拢，以在未来获得更多的竞争优势。 |
|
447
icaolei 279 天前 1
@itsnull #445
「所以这只是一个项目名称的使用权问题，这和 MPL 2.0 协议没有半毛钱关系。项目名称的使用权当然属于创建者，创建着想怎么用就怎么用，明白吗？」 我认同作者对名称的使用权，如果他顶替了开源名字，但是在 readme 说明了「该项目已不是原来的开源项目」，哪怕他不说新项目是闭源，估计也不会有这个帖子存在。 我指责的从来都不是他闭源这个行为，他顶替开源项目名字这个行为如果他做了明确提醒，那也没问题。我相信本帖内大部分人也是这样认为的。 本帖（至少我个人）指责的是，作者用着开源名义推广这个项目名称，但实际上这个名称所容纳的却是闭源项目。作者非但不进行提醒，甚至还伪装仓库在正常 update ，这一可以被认为是有意误导的不道德行为。 哪怕这个帖子出来了，作者在 #93 里面的回应，都还在有意无意地引导大家：开源项目是有 old 前缀的那个，闭源项目才是 immersive-translate 。只字没有提在闭源项目出来之前，使用 immersive-translate 这个名称的，是开源项目。而软文以开源名义推广的，正是 immersive-translate 这个名字。 这也是为什么 GitHub 上的闭源项目、开源转闭源项目那么多，却只有该项目被指责的核心原因。 |
|
448
icaolei 279 天前
@invadv #446 「这贴子里有不少人都以法律或者书面规则作为自己行为的底线，并嘲笑指责者站在道德高地上。」
「不想说对错，我决定从今天开始也向这一行为靠拢，以在未来获得更多的竞争优势。」 本帖里好像没有出现把法律作为自己底线的人吧  ，谈到了法律底线，也是说作者这个行为，不违法，但不体面、不道德。如果你后续的项目也整该项目作者这种骚操作的话，估计你也会被 V 站的站友，开个指责的帖子挂在 V 站的耻辱柱上。 可能初期确实能获得一些红利，但是这样是会影响你的项目口碑的，如果你的项目发展得很好，这个事件可能会成为你项目发展路上的绊脚石。至少会多出不少铁了心反对你的项目的人。 |
|
449
icaolei 278 天前 1
@Alias4ck #444
「那说明你自己没筛选和鉴别能力啊 我觉得吧 信息大爆炸时代 这点能力得需要啊」 我算是分辨能力比较强的人了，都被误导了 ，还有一大票比我强、比我弱的可能也都会被误导。我认为这样是不对的，至少是不体面、不道德的。这种误导行为加大了用户对开源闭源的认知难度，提高了社区的信任成本，对开源社区的发展可能造成不利影响。 我们不仅不应该提倡这种行为，也不应该转头要求社区付出更大的成本去审查项目，更不应该要求用户具备更加专业的素质（毕竟是面向普通用户的项目）。 至少我个人，会旗帜鲜明地反对这种行为。 |
 |
450
zsdroid 278 天前
不知道 op 怎么觉得 github 必须开源？难道 op 是 github 的老大？人家没说啊。https://github.com/about
|
 |
451
theowenyoung 277 天前 7
大家好，还是 Owen ，第一次在 @theowenyoung #93 回复的时候，我只对误会做了解释。
现在我看完了所有的回帖，我承认大家的关切都是合理的，所以我已经完全采纳了其中绝大多数的建议，同时我也写了一篇长文，在里面记录了更多的细节以及表达我的歉意。 https://www.owenyoung.com/blog/fake-open-source/ 如果你需要开源的双语网页翻译替代方案的话： 我推荐以下两个开源的沉浸式翻译双语网页翻译扩展替代品： 1. 可可翻译，GPL3 许可证，https://github.com/chunibyocola/sc-translator-crx 2. 简约翻译，GPL3 许可证，https://github.com/fishjar/kiss-translator 周末愉快～ |
 |
452
firefox12 277 天前
放在 github 上就是要开源的？ 谁规定的？
github 的项目必须就是源码？ 谁规定的？ |
 |
453
shadowfish0 277 天前
看作者的回复，已经把帖子里提到的很多质疑的点都改正了，不知道那些所谓“站作者这边的”有什么感想
|
|
454
icaolei 277 天前
@shadowfish0 #453 有可能他们会认为这是通过道德「绑架」了作者，通过舆论施压让作者不得不做这些「本不应该做」的事。
|
|
455
icaolei 277 天前 1
@theowenyoung #451 很高兴能够看到开发者本人正面回应帖子里面的质疑。
已经看完开发者在博客回应的全部内容，博客地址如下： https://www.owenyoung.com/blog/fake-open-source/ 不过我还是想指正开发者正文里面的一点不太严谨的地方。 「不过，有一个好消息是：沉浸式翻译 99.9 %以上的用户都是在新版发布后获取的，这些用户实际上并不知道以前还有个所谓的旧版开源项目（因为当时旧版项目只开发了 20 来天，用户数很少很少），所以这个操作的影响范围算是比较小。」 从 Star 量来说，确实 99.9%的用户都是在项目闭源之后开始使用的，但这不代表这 99.9%的用户都「不知道以前还有个所谓的旧版开源项目」，并对「项目已闭源」这个情况有清晰的认知。（比如通过开源推荐文章、通过其他朋友的开源推荐来到项目主页的） 而且虽然种子用户只有几百个，「那个操作」从流程上来看，影响的范围确实不大。但这几百个种子用户可能会为这个非常优秀的项目做主动推荐、自来水，他们的对项目的影响力是后续大部分用户比不了的。开发者已经历了一个产品生命周期的前半段，应该知道到种子用户对项目的影响。所以虽然「这个操作的影响范围算是比较小」，但是「这个操作的影响程度，可能没有像人数一样那么小」。 既然文中以括号形式标注了「（因为当时旧版项目只开发了 20 来天，用户数很少很少）」，出于严谨、对博文阅读者的负责，建议也补充下：「（因为当时旧版项目只开发了 20 来天，用户数很少很少，但确实后续的 99.9%用户中，可能存在部分因为接受了别人的开源推荐，来到项目主页的时候，主观认为本项目仍是旧版开源项目的人）」 总的来说，能够看到开发者能够正面回应，且严谨地说明并处理之前自己那些不严谨的操作，我作为旗帜鲜明反对该骚操作行为的人，也同样旗帜鲜明地赞赏开发者的态度。 希望项目本身以及商业化能够越来越好，也希望作者以后能够严谨一些。毕竟发生这种不必要的争议，应该是开发者、用户都不愿看到的。 |
|
456
icaolei 277 天前
@firefox12 #452
「放在 github 上就是要开源的？ 谁规定的？ github 的项目必须就是源码？ 谁规定的？」 本帖子并不指责开发者在 GitHub 上放闭源项目，因为 GitHub 上的闭源项目还是挺多的，但只有本项目遭到了大家的质疑和指责。 原因可参见 #279 以及 作者的回应 #451 。 |
|
457
icaolei 277 天前
@zsdroid #450
「不知道 op 怎么觉得 github 必须开源？难道 op 是 github 的老大？人家没说啊。https://github.com/about 」 本帖子并不指责开发者在 GitHub 上放闭源项目，因为 GitHub 上的闭源项目还是挺多的，但只有本项目遭到了大家的质疑和指责。 原因可参见 #279 以及 作者的回应 #451 。 |
|
459
icaolei 277 天前
@zsdroid #458 OP 本意应该不是说这个，看 OP 最初发的帖子，主要还是说「假开源」这个事情，只是当时他们已经发展成情绪化的口水仗了，所以啥话都在扯，甚至双方还有人身攻击的情况。那些事情不太有营养，建议忽略双方那些不理智的发言，直接看事件的本质是否厘清就行。
|
 |
460
RockShake 276 天前
@theowenyoung 看了官网现在确实已经不会给人误解了
|
 |
461
inhzus 276 天前
@theowenyoung #451 非常赞赏作者本人的正面回复，挺好
|
 |
462
thegodofoxeris 275 天前 via Android
我非常赞成 op 的帖子，不论原作者有没有这样的心思，都能让以为在 GitHub 上就是开源项目的人涨涨心眼，学会正确地识别开源项目的办法，也能让之前因为开源的缘故去下载的人看到后及时卸载。
|
|
463
thegodofoxeris 275 天前 via Android
并不反智，虽然表述可能有些不正确，但是其积极意义是很大的。虽然 GitHub 有没有提到它只能挂开源项目，但现实情况是，对于大量小白来说，GitHub 上都是开源项目，而且我相信大部分人都知道这一点的。就算原作者没有欺骗小白的恶意，这个帖子也能帮助那些不太清楚的人，认清真实情况，从而做出更好的选择。
|
 |
464
x4storm 269 天前
最初当作开源宣传的，v 站上自己就有 https://www.v2ex.com/t/918383 ，然后新的私有项目占了老项目的名字，确实有点问题。
不过现在新的 repo 的 readme 已经改了，不会再造成误导了。之前还是会误导人的。 |
 |
465
Rnreck 179 天前
@learningman #71 你是真不看别人说了什么嘛。23 楼说的很清楚，而且这个插件的作者在自己发的推特中也说得很明白了，就是从别人的项目 fork 的
|
 |
466
Buteo 114 天前 2
他一直有 commit 我真以为是开源的，而且还以为更新很勤快。页面看起来也有很多代码，隔壁划词翻译就一个 readme ； 用闭源的替换之前开源的，还一直 commit ，，而且还说闭源。这动机肯定有问题，不知道为什么这么多洗的。
|
 |
467
Greatshu 104 天前
我是服了楼上那些翻 commit ，长篇大论的大佬，对一个与自己没有直接利益关系的花时间道德审判，又没有收益，真的就图一个口舌之快？
|
Select Language