这是一个创建于 486 天前的主题，其中的信息可能已经有所发展或是发生改变。
项目名：immersive-translate
这个项目最开始是这个仓库 https://github.com/immersive-translate/old-immersive-translate, 并且 fork 的另一个项目
有名气后，换成了这个仓库 https://github.com/immersive-translate/immersive-translate 并且不再提交源代码, 只提交 build 后的文件
说实话，插件不错，我也是用了看到开源才来看的，但没想到搞假开源。
 |
1
sloknyyz OP  2
估计就是欺负小白不懂吧
|
 |
2
upupqi 2023-07-31 13:09:38 +08:00 2
这个插件已经被收购了
|
 |
3
lanlanye 2023-07-31 13:15:58 +08:00 via iPhone 1
我记得作者来站里做过推广，怎么搞成这样了？
|
 |
4
moonrailgun 2023-07-31 13:20:42 +08:00
国内开源是这样的。
|
 |
5
SunsetShimmer 2023-07-31 13:21:28 +08:00 via Android 3
作者在 issue 原话，“目前已经有超过 30 位同学加入私有项目的团队了，所以想贡献的同学可以联系我～”。
但是我不理解这种把项目代码私有化的做法。 |
 |
6
sumarker 2023-07-31 13:28:02 +08:00
我在用这个插件,并且给我提供了一些便利
这个插件这个样子,我只能说可能环境就是这样吧 |
 |
7
luzemin 2023-07-31 13:38:17 +08:00 2
|
 |
8
sighforever 2023-07-31 13:51:08 +08:00 13
反正远离纯粹国内的开源就好了
|
 |
9
yazinnnn 2023-07-31 14:09:03 +08:00 2
发布 build 后文件这种行为太恶劣了
|
|
10
sloknyyz OP 7
@yazinnnn 确实，不想开源的话大可以不开源，这种行为纯粹就是污染社区，糊弄程序员。如果大家都这样效仿，对开源是一种打击。
|
 |
11
ruanimal 2023-07-31 14:16:18 +08:00
正用着这插件还挺好用的。。
|
 |
12
lesismal 2023-07-31 14:16:33 +08:00 2
前端 10k star 不算 s 好，但也 z 很不算多。后端 star 可比这难获得得多了。
不要一竿子打死所有国内搞开源的啊，我们后端或者其他非前端领域很多人没拿开源搞收费挣钱这种啊 |
|
13
lesismal 2023-07-31 14:17:05 +08:00
> 前端 10k star 不算 s 好，但也 z 很不算多。后端 star 可比这难获得得多了。
-> 前端 10k star 不算少，但也不算很多。后端 star 可比这难获得得多了。 |
 |
14
sweetcola 2023-07-31 14:18:27 +08:00 1
...不知道 Traduzir-paginas-web 的作者 FilipePS 看到会是什么感受
|
 |
15
weijancc 2023-07-31 14:19:05 +08:00
试了下, 这个插件挺好用的.
|
 |
16
Achophiark 2023-07-31 14:26:40 +08:00
也在用这个插件，还挺爽，被 op 一说有种吃了鼠头鸭脖的感脚
|
 |
17
crazyTanuki 2023-07-31 14:26:59 +08:00
学会了,原来还能这样玩
|
 |
18
Pipecraft 2023-07-31 14:28:27 +08:00 14
这个新仓库一开始就没有提交过源代码。
刚听说这个插件时（今年二月），想参考一下代码写我的插件，没看到源代码有点失望了。 后来我的插件（小鱼标签）在 V2EX 介绍时，特意暗示了一下这个。（ https://www.v2ex.com/t/924103 ） “源代码开源，不像其他插件只把打包后的代码开源。可以按自己需求，修改代码后使用” - 其他插件就是指的这个项目  |
 |
19
zsj1029 2023-07-31 14:52:52 +08:00 9
第二个 repo 全文没提开源，只是当作纯粹的版本发布平台，给大家免费使用，至少 9 成人不会去看源码，好用免费就完了。
不知道 op 哪来的资格发布这样的疑问，github 也没说必须开源，还是国内用户被 free 惯坏了 |
 |
20
FrankFang128 2023-07-31 14:55:07 +08:00 4
不开源有什么罪吗？
|
|
22
sloknyyz OP 40
@FrankFang128 不开源来 github 干啥，还装模做样搞个仓库，提交一些乱七八糟的代码，假装是开源的。不就是想利用大众认为的开源的是更好的吗？
|
 |
23
RockShake 2023-07-31 14:58:45 +08:00 92
这个项目是从另外一个开源项目 Fork 的，原项目用的是 Mozilla 的 License ，不允许项目修改后闭源且不允许修改 License 类型。之后他将原来的项目 Archive 之后又开了新的同名项目，并修改了 License 。这样很多人觉得没问题么？
|
|
25
sloknyyz OP |
|
26
sloknyyz OP @RockShake 确实，但社区环境就是被这么一步步搞坏的。不想开源没必要来 github ，想发布产品多的是地方。
|
 |
27
makelove 2023-07-31 15:06:28 +08:00 5
我觉得完全没问题，github 又没和开源绑定，甚至只拿它的 issue 功能当项目反馈都行
|
 |
28
magicdawn 2023-07-31 15:07:54 +08:00 via Android
开源在没有好的法律体系保护下，想实现盈利确实比较难，因为别人改改 logo ，就可以上架销售了。看 redhat 和 ElasticSearch 有感，《开源软件的盈利模式》 ruanyifeng 技术周刊。
|
 |
29
monkeyWie 2023-07-31 15:08:05 +08:00
确实有点下头，看看别人 RuskDesk 拿了投资也还是在开源
|
|
30
makelove 2023-07-31 15:09:57 +08:00
|
|
31
magicdawn 2023-07-31 15:14:18 +08:00 via Android 1
代码是作者的资产，不开源是作者的选择，尊重作者的选择。作为用户，你也可以选择不用！
|
 |
32
stuazt 2023-07-31 15:14:46 +08:00 8
@zsj1029 质疑还需要资格的吗？不开源可以，自己弄个网站去发布，没人说一句不好；放到 github 上假装自己是开源的，这就有道德问题了。
|
 |
33
shunia 2023-07-31 15:18:28 +08:00
@makelove #30 产品还是源代码？
源代码替代品最有名的是 gitlab 和 bitbucket ，都能满足你的要求。 另外不太确定你什么代码不允许国内的审查，如果不考虑这一点，强行使用国内的替代品也没有任何问题。 再一个你都不满意的话完全可以自建 gitea 或者 onedev ，都是非常完善的产品。 |
 |
34
mdn 2023-07-31 15:22:20 +08:00 2
GitHub 应该可以发布闭源软件吧，而且项目 LICENSE 也明确是闭源许可，不提供源码，只提供二进制
|
|
35
Pipecraft 2023-07-31 15:23:38 +08:00 7
官网的页脚有明显的 GitHub 链接，这是不是诱导呢？我反正第一次看时，以为是开源的。
如果只是用 GitHub 收集反馈，管理文档，只留 “问题反馈”就可以吧。 我不信 10K+ star 人们是冲着文档给的。居然还有 star history ，收集反馈炫耀这个干什么呢。  |
|
37
mdn 2023-07-31 15:25:25 +08:00 10
大家好像默认 GitHub 项目都是开源了，判断是否开源，不是应该看项目 LICENSE 吗？
|
 |
38
NakeSnail 2023-07-31 15:28:48 +08:00
github 还有私有仓库功能，那他应该是不能等同于开源
|
 |
39
MAGA2022 2023-07-31 15:30:32 +08:00 via Android 1
你是怎么好意思的，开不开源是作者的权利，有很多知名的非开源软件都在 github 有主页，你都要发个帖去批判一番？
|
|
43
mdn 2023-07-31 15:36:37 +08:00
老项目是 fork 的，基于 Mozilla Public License 2.0 ， 如果新项目是基于老项目修改，那确实违背了开源协议
|
 |
44
Belmode 2023-07-31 15:45:46 +08:00
升米恩，斗米仇
|
|
45
Belmode 2023-07-31 15:50:30 +08:00
这压根就不是开源软件
https://imgur.com/F9CSxaJ |
|
47
sloknyyz OP 1
@MAGA2022 看看 23 楼。还有，你说话能不能过过脑子，我发帖我想发就发，看到这种事我不发不舒服。我好意思的很，没必要你来指点我。
|
 |
48
ourongxing 2023-07-31 16:02:02 +08:00
Obsidian 也是这样，不少小白还以为是开源的。其实开不开源都没啥问题，但是既然不开源还挂着 Github 就要说清楚，Obsidian 好歹还写了 obsidian-releases 。国内其实很多都是这样，沉浸式翻译的伪装确实很牛，不去看源码完全发现不了，而且 README 还专门要 star 。
|
 |
49
jinzhongyuan 2023-07-31 16:05:02 +08:00
牛逼。很好用
|
|
50
ourongxing 2023-07-31 16:05:24 +08:00 1
之前好像写了不开源的理由的，我看到过，找不到了。他是怕被人抄过去然后收费，反正就公说公有理，婆说婆有理。
|
|
51
mdn 2023-07-31 16:19:15 +08:00 5
Clash 开源 / Clash Premium 闭源 / Clash Meta 社区开源版
大部分人应该用的 Clash Premium 闭源无可厚非，开发者也要吃饭，现在主要问题是 是否违背之前项目的开源协议 |
|
52
sweetcola 2023-07-31 16:19:25 +08:00 1
@ourongxing 因为怕被抄所以闭源这逻辑一点都不成立。他本身也是 Fork 自 Traduzir-paginas-web ，这个项目的 LICENSE 是 MPL 2.0 ，再者，如果原作者直接给扩展商店发 DMCA NOTICE ，是可以直接把这个发布给直接告下架的。
|
 |
53
Trim21 2023-07-31 16:20:52 +08:00 2
看到 GitHub 就觉得开源纯属你个人的一厢情愿，一边嫌别人管得多一边，又要管去别人在他自己的 GitHub 仓库里放什么。
不过一码归一码。这项目违反上游开源协议是一回事。 |
 |
54
sentinelK 2023-07-31 16:21:49 +08:00 25
1 、开源的辨识，取决于其 LICENSE ，不取决于是否开放源代码阅读。（即便是开放源代码的，只要没有开源 LICENSE ，也一样是闭源软件。作者仍然享有著作权。）
2 、上 github ，不等于开源。 我认为讨伐作者假开源，和之前说“新手开源玩玩”结果被大团队拿源代码变现反水的是一拨人，不尊重契约精神。 至于说作者是否尊重了上游 LICENSE ，是另外一回事。 |
 |
55
chhtdd 2023-07-31 16:31:12 +08:00
有替代品吗
|
 |
56
CareiOS 2023-07-31 16:37:12 +08:00
我也有一个沉浸式聊天，没人收购呢？
|
 |
57
swulling 2023-07-31 16:38:29 +08:00 4
原项目 fork 的基础项目（ https://github.com/FilipePS/Traduzir-paginas-web ），是基于 Mozilla Public License 2.0 ，这个你可以理解为一个弱化的 GPL ，但是也要求修改后需要保持相同的许可证。
新的项目由于闭源，无法比对其是否包含 Traduzir-paginas-web 中的代码，如果有，那就违反了 LICENSE 。如果没有，是重写的或者把相关代码给去除了，就不违反。 |
 |
58
yunyuyuan 2023-07-31 16:41:24 +08:00 1
@ourongxing #48 obsidian 明确说了自己不开源的，https://obsidian.rocks/why-isnt-obsidian-open-source/
|
 |
59
ziyeziye 2023-07-31 16:43:58 +08:00 1
看到 GitHub 就觉得开源纯属你个人的一厢情愿
|
 |
60
7inFen 2023-07-31 16:51:32 +08:00
先 fork 一个开源的项目，再把 fork 后的项目改吧改吧弄成一个闭源的新项目，这操作 6 啊
|
 |
61
iX8NEGGn 2023-07-31 16:52:23 +08:00 20
不可否认，这是个优秀的插件，开不开源也全凭作者个人喜好，也不是说在 Github 发布 Build 后的包不行。
但这个项目早期开源，所以很多人帮忙宣传的时候，都给它打上了开源的标签，现在闭源了，我觉得有必要在官网或 Readme 中说明，而不是继续吃着开源名声的红利。 |
 |
63
Selenium39 2023-07-31 16:58:35 +08:00
在国内，开源===白嫖，尊重作者权利
|
 |
64
someday3 2023-07-31 17:08:01 +08:00 1
我只说一点。
楼主有批判的权力，别人也有反驳的权力。 这个问题我不站队，但是我维护两边批判的权利！ |
 |
65
jiangzm 2023-07-31 17:20:04 +08:00 9
Github 可以托管开源、闭源、私有项目 这都没问题，如果项目是 fork 开源项目的就要遵守原项目开源协议的规则。
原项目开源协议为 MPL-2.0 （ Mozilla Public License Version 2.0 ），新项目未采用开源协议，至于是否从 0 开始重写是未知的，因为没开源过。  |
 |
66
Nich0la5 2023-07-31 17:25:10 +08:00 1
如果他们的新代码还是基于旧仓库代码的话好像有问题吧，MPL 我印象中是不允许转闭源的
|
 |
67
qzwmjv 2023-07-31 17:29:34 +08:00
别提了，最近看论文，流行代码开源，公开数据集，但是没有数据预处理代码和 sample ，全靠脑补
好几个论文都这样 |
 |
68
20160409 2023-07-31 17:31:34 +08:00 via Android
不想用了，有没啥替代品？能在手机 via 或者 Firefox 上用的？
|
 |
69
JasonSubmara 2023-07-31 17:32:37 +08:00 2
  |
|
70
JasonSubmara 2023-07-31 17:34:31 +08:00 2
@JasonSubmara 图片磨损了～原作者仓库，代码协议 MPL-2.0 ，而这个国产的据为己有之后，变成了 EULA 协议，这个就很恶心了，真的是骗小白～
|
 |
71
learningman 2023-07-31 17:36:48 +08:00 via Android
@sloknyyz github 有一个应用于 public 但是非开源的默认协议，可以去用户协议里看看，不要靠直觉
|
 |
72
windyboy 2023-07-31 17:39:04 +08:00
国产的星很多都是水
|
|
73
JasonSubmara 2023-07-31 17:42:16 +08:00 1
@20160409 TWP 我看了是原作者的，可以用应该，而且上个月都还在更新
|
 |
74
fate 2023-07-31 17:56:39 +08:00
国内都把 github 当下载站用了
|
 |
75
sampeng 2023-07-31 18:04:15 +08:00
看到好几个了。。。。。尤其是 chatgpt 相关是重灾区。
|
 |
76
ClarkAbe 2023-07-31 18:04:19 +08:00 via Android
可以去 greasyfork 然后向站方举报他混淆代码或者压缩代码
|
 |
77
showgood163 2023-07-31 18:10:51 +08:00
感谢 LZ 发帖提醒了 手工换老版本
|
 |
79
chesha1 2023-07-31 18:20:39 +08:00
开不开源确实不一定，但是用了别人的代码转手就违反协议闭源真的有点恶心人了
|
 |
80
mwVYYA6 2023-07-31 18:30:17 +08:00 3
@ClarkAbe 刚看了下现在的版本 0.7.15 ，userscript 确实使用混淆了。
提交到 Greasy Fork 的代码不得混淆或最小化。用户必须有可能在安装前审视并理解脚本的内容。如果脚本使用了 WebPack 之类的工具打包，则必须以非最小化的形式输出，保留空白和变量名。 https://greasyfork.org/zh-CN/help/code-rules |
|
81
showgood163 2023-07-31 18:36:44 +08:00 1
@20160409
https://github.com/immersive-translate/old-immersive-translate 手工打包这个仓库的源码成.crx 扔到手机上 自测在 kiwi 上能用 |
|
82
mwVYYA6 2023-07-31 18:42:56 +08:00 2
|
|
85
20160409 2023-07-31 18:53:47 +08:00
|
 |
86
GrayXu 2023-07-31 19:03:43 +08:00
改上游协议真
 |
 |
87
kingfalse 2023-07-31 19:36:04 +08:00 via Android 1
国产开源都是把 GitHub 当电线杆子贴广告的。不要太过于期待
|
 |
88
mobpsycho100 2023-07-31 19:57:11 +08:00 via iPhone
还是没有竞争的原因，V 站大手子那么多，不如哪位来个开源的实现？
|
 |
89
Jirajine 2023-07-31 20:11:06 +08:00 9
GitHub 当然可以托管非开源项目，用作二进制分发或者 issues 收集等，开个仓库叫 xxx-release 、xxx-assets 、xxx-issues 、xxx-support 都没问题，但这种沉浸式伪装成正常开源项目，不去翻代码和许可都看不出来，网站上再放一些似是而非的 GitHub 链接暗示，不知道楼上有什么好洗的。
|
 |
90
OceanSea 2023-07-31 21:23:22 +08:00 via iPhone
前期开源，商业化后闭源。这都是可以理解的。但还假装开源就不合适了。
|
 |
91
touchmii 2023-07-31 21:42:17 +08:00 via Android
前段时间收到推广正在使用，iOS 那个插件不开源说得过去，没想到这么糊弄人，不打着开源的名号用户能有这么多吗，翻译工具多的是。
|
 |
92
PVXLL 2023-07-31 21:55:57 +08:00 via iPhone
立牌坊的插件，刚刚卸载了，继续用 relingo ，虽然 bug 有点多～
|
 |
93
theowenyoung 2023-07-31 22:14:20 +08:00 52
大家好，我是 沉浸式翻译 的作者 Owen ，刚在用户群看到这个热贴，似乎楼主和评论区部分朋友对沉浸式翻译的开源问题有一些疑虑，我解释一下应该就能说清楚。
> 楼主：这个项目最开始是这个仓库 https://github.com/immersive-translate/old-immersive-translate, 并且 fork 的另一个项目 是的，这个项目起源是我在 2022 年 11 月 5 日的这条推： https://twitter.com/OwenYoungZh/status/1588790629647405057 ，我在里面提到了我对当时翻译工具的不满（几乎都需要付费，不付费的话，每天就只能翻译 3 个网页？？），我自己是翻译的重度用户，所以尝试从开源扩展 https://github.com/FilipePS/Traduzir-paginas-web （简称为 TPW 扩展） fork 了一份，很快就把它改为了双语对照翻译的版本，这就是楼主提到的： https://github.com/immersive-translate/old-immersive-translate 项目。这个项目一直都是开源并且遵循 MPL2.0 协议的，如果有感兴趣的同学，也可以尝试基于这个项目继续开发（也许你就能体会到我为什么要重写整个项目了... 我刚刚尝试了下载，竟然还能用..） > 楼主：有名气后，换成了这个仓库 https://github.com/immersive-translate/immersive-translate 并且不再提交源代码, 只提交 build 后的文件 随着这个项目变得越来越“有名气”，（好吧其实当时就 400 多个 Star) ，我发现要加减功能实在是太痛苦了（原项目是一个比较“传统”的项目，几乎没有现代的构建流程，比如不能引用 npm 包，写过前端的应该懂...），随着用户的增多，出现了越来越多的适配问题和性能问题，原项目还只支持 Firefox 浏览器。 所以就决定要重写整个项目，这条推 https://twitter.com/OwenYoungZh/status/1613821432227835906 介绍了当时的心路历程，而沉浸式翻译的用户群（现在已经 4000 多人了...）： https://t.me/+rq848Z09nehlOTgx 保留了从第一天开始的所有消息，你可以回到 2022 年 12 月份左右，看看当时的心路历程。 下图(  )是第一个提交：新版的整个项目是用 Deno 写的，全部都是 Typescript 源码，引入了现代的构建环境，写起来确实很爽。并且，重构后的项目支持全平台的浏览器，包括 Chrome ，Safari ，Firefox ，甚至是油猴脚本。由于沉浸式翻译专注于双语对照翻译（也就是说其实网页上每个段落都是 纯文本 翻译的），也不需要支持划词翻译，所以 TPW 扩展 的功能对沉浸式翻译来说基本用不到，我重构的时候，不仅在代码上没有复制粘贴过任何一行（好吧，原项目是 javascript 的， 也没法复制到 deno 的 typescript ），整个翻译的流程也是完全重构的。 这一点，做过贡献的 30 多位小伙伴应该非常清楚。 在重构后，基于某些原因（比如未来可能引入付费，可能被收购（确实实现了...），再比如这是一个 to C 的纯前端产品），所以，从第一天开始，新项目选择了闭源开发，我没有在任何地方有暗示这是一个开源的项目，在开发者贡献指南里，也明确表示该项目是一个闭源项目： 当前该项目处于闭源开发状态，你需要先申请加入我们的 Github 团队。项目采用 Typescript 开发，使用 Deno 编译。 见： https://github.com/immersive-translate/immersive-translate/blob/main/docs/CONTRIBUTION.md 同时也在有关 Issue 里回复了是否开源相关的问题： https://github.com/immersive-translate/immersive-translate/issues/41 https://github.com/immersive-translate/immersive-translate/issues/190 > 至于为什么要放在 Github 上.. Github 的 Issue, Release, CI 太好用了, 我所有的项目，不管开源还是闭源，几乎都放在 Github 上。同时 Github 的 Star 也间接帮助了沉浸式翻译被更多的人看到。 > @WebKit : 收购他的就是他自己的母公司 好像之前看到过类似的说法，他们似乎是分析了官宣收购的时间点比 APP Store 同名公司上架的时间点更晚。好吧，如果你经历过收购，你会发现真正宣布收购的时间点，是已经谈了很多天，谈成之后又会交割很多天，等一切完成之 后，才会宣布消息... > @mwVYYA6 : 刚看了下现在的版本 0.7.15 ，userscript 确实使用混淆了。 提交到 Greasy Fork 的代码不得混淆或最小化。用户必须有可能在安装前审视并理解脚本的内容。如果脚本使用了 WebPack 之类的工具打包，则必须以非最小化的形式输出，保留空白和变量名。 https://greasyfork.org/zh-CN/help/code-rules 我们很尊重 Greasy Fork 社区的规则，所以你会发现 Greasy Fork 上最新的版本 ： https://greasyfork.org/zh-CN/scripts/457196-immersive-translate 是 0.5.6.1, 在此版本及之前，提交给 Greasy Fork 的所有代码都没有混淆。之后的版本，我们使用自托管的油猴版本： https://download.immersivetranslate.com/immersive-translate.user.js ，同时在 Greasy Fork 主页上也同步进行了公告： https://greasyfork.org/zh-CN/scripts/457196-immersive-translate 所以总结来说就是： 沉浸式翻译是一个免费的网页翻译扩展，它的构建产物托管在 Github 上，并且使用 Github 的 Release 发布版本，也使用 Github 的 Issue 管理用户反馈，我没有在任何地方暗示过这是一个开源的项目，它确实从第一天开始就是一个闭源的项目。 但是我当然热爱开源社区，也从开源社区获益良多，并且在沉浸式翻译之前也在 Github 上开源过不少项目，而之后，沉浸式翻译也有计划贡献更多的开源项目给社区（比如 AI 翻译模型，以及沉浸式翻译的各种小工具：比如 PDF 翻译，电子书翻译 等等）。 感谢大家的关心，如果还有别的疑问我再来更新...（没想到第一篇 V 站的帖子献给了这里... |
|
94
theowenyoung 2023-07-31 22:16:15 +08:00
原来图片可以自动识别... sorry 展示了 2 次.. 而回复似乎不能编辑..
|
 |
95
saucer 2023-07-31 22:28:38 +08:00
把 OP 干沉默了
|
 |
96
qianji201712 2023-07-31 22:46:28 +08:00 via iPhone
@theowenyoung 回复得好，也免得一些不知情的人被带偏了。
正常使用一个开源项目，都会去先看开源协议再决定该不该引入，如果认为放 github 就是开源，那要开源协议干嘛？ |
|
97
PVXLL 2023-07-31 22:59:06 +08:00 via iPhone 4
二进制开源，作者应该是华为出来得吧
|
 |
98
EINDEX 2023-07-31 23:09:30 +08:00
|
 |
99
zhengfan2016 2023-07-31 23:27:43 +08:00
实话说，单拎 @theowenyoung 这个作者出来喷有点....
这种事情 clash 和 v2ray 的某些客户端就早有先例了，这种挂 github 的闭源库随便都能举出两个，要喷请带着这些一视同仁，一块喷一块抵制。而不是专门针对某个库，这很容易让人感觉 op 另有目的。 |
Select Language