@icaolei #297 你品出来区别了吗，这就是为什么说比喻不是一种论证手法，更别说当成论据了。

帮你改正：

比喻不仅无法当成论据，甚至无法表达你的观点。

@icaolei #297 项目重写后不声不响转闭源，你去 OpenSource 喊冤你看有人搭理你吗？你亲测一下把羊肉铺子的肉换成狗肉会有什么下场？

他们改政策哪次主动贴你家门口了？发个意见稿你不是照样不看不品不提意见？

@icaolei #297 我重复一下，以防你确实没有看到。

> 维护开源精神和买羊肉、补办身份证是天差地别的两类事情。告诉顾客这里只有狗肉卖只需要在招牌上写只卖狗肉，照顾不识字的顾客还可以画只狗，补办身份证拿不准的时候可以打电话给辖区派出所询问。
> 维护开源精神和买羊肉、补办身份证是天差地别的两类事情。告诉顾客这里只有狗肉卖只需要在招牌上写只卖狗肉，照顾不识字的顾客还可以画只狗，补办身份证拿不准的时候可以打电话给辖区派出所询问。
> 维护开源精神和买羊肉、补办身份证是天差地别的两类事情。告诉顾客这里只有狗肉卖只需要在招牌上写只卖狗肉，照顾不识字的顾客还可以画只狗，补办身份证拿不准的时候可以打电话给辖区派出所询问。

你不关心它是不是开源，那你在批判什么？

https://i.imgur.com/jQb34Lh.png

这样吗？

我在一开始的回复也明确说了，所谓故意，完全是“开源识别能力”有参差的结果，本帖就有不少人认为 GitHub 上的所有项目都是开源的，如果他们哪天发现这不是开源项目，是不是要幻灭？

------------------------------------------------------------------------------------------

我能做到，我本地部署的所有项目都经过自己或可信他人的代码审计，直接安装开箱即用的开源项目我都在本地 clone 了一份，定期查看 git pull 内容，抽空阅读 release note 了解功能和实现方法的变更，因为我很关心这些项目的发展，除去对是否开源这种可笑的问题做监控，我还需要了解项目进行情况，会不会因为上游变更而突然暴毙，导致我需要提前准备预案。

那你能吗？你不能的话，你管人家开不开源呢？管好你自己的 C 盘吧。

讲什么冒名顶替，故意不提闭源，完全是盲人点灯过高速路，等着大车司机来扶老奶奶过马路。

@icaolei #289 开源与否不影响用户使用，就像羊肉铺子的老板某天换了个营业执照换了个负责人，你只想买羊肉你关心这个干什么？如果你是动保主义者，想要调查是否存在虐杀动物行为，那你当然需要了解羊肉来源，甚至需要调查前后负责人的个性习惯。（例子不好，因为我仍然不认同尝试利用比喻引出结论的手法，只为点出比喻手法本身的漏洞）

同样，如果你真的如你所说在选择软件时不关心是否开源，你也不应当产生被欺骗的感觉，这本身就和你作为用户的身份没有任何关系。如果你哪怕是一个开源爱好者，或者仅仅是一个开源精神支持者，你都应该拥有和身份匹配的判断能力。

@ysmood #293 你的前提已经在作者的回复中澄清了，基本没有用到原项目的功能，也完全重构了所有流程。

> 由于沉浸式翻译专注于双语对照翻译（也就是说其实网页上每个段落都是 纯文本 翻译的），也不需要支持划词翻译，所以 TPW 扩展 的功能对沉浸式翻译来说基本用不到，我重构的时候，不仅在代码上没有复制粘贴过任何一行（好吧，原项目是 javascript 的， 也没法复制到 deno 的 typescript ），整个翻译的流程也是完全重构的。

首先基本共识并没有达成。接下来你对道德的理解有点太居高临下了，有没有发现无意中把开发者被人拿枪指着这种“合理质疑”真的合理化了？

@icaolei #291 正如前面的回复中有人提到过的，比喻不是一种论证方法，无法得出任何结论，因为你无法举出一个和这件事几乎一致的例子。如果你对开源有充分的了解，当你点进沉浸式翻译的仓库时，你自然会首先注意到 LICENSE 文件和没有显示任何 GitHub 可识别的开源协议，然后你会发现主要功能的相关代码不能在任何一个文件中找到，最后你会选择到作者的交流群询问/发邮件请求源代码，结局就是你会找到这个项目转闭源的信息。

说无法得出任何结论的另一个原因是你完全忽略了我回复的中心思想，误以为我在要求你使用软件前深入研究其前世今生，这完全和我所表达的内容南辕北辙。我一开始的意思就是，如果你不打算这么做，那么你不需要关心它究竟是不是开源，你只需要关心它是不是好用。

如果你不打算这么做，那么你不需要关心它究竟是不是开源，你只需要关心它是不是好用。

如果你不打算这么做，那么你不需要关心它究竟是不是开源，你只需要关心它是不是好用。

如果你不打算这么做，那么你不需要关心它究竟是不是开源，你只需要关心它是不是好用。

如果开源与否是吸引你的因素之一，那你就有必要找到其开源的确凿证据（最简单的就是找当前 repo 的 LICENSE ），因为维护开源精神和买羊肉、补办身份证是天差地别的两类事情。告诉顾客这里只有狗肉卖只需要在招牌上写只卖狗肉，照顾不识字的顾客还可以画只狗，补办身份证拿不准的时候可以打电话给辖区派出所询问。

@Pipecraft #288 他在自己写的 issue 中对 bob 设置了超链接，毫无疑问他看到了最新版本的文件目录了，而他仍然把 bob 当成了一个开源软件。

@icaolei #279 接下来的话会让很多开源软件用户或愤怒或笑死，但我相信会有相当一部分开源贡献者愿意认可。

所以说这就是一种对开源的误解。你可能曾经在哪里听到开源软件这个概念的时候，了解到有这么一群人致力于让所有人都用上自由的软件，还有不被大公司掌控一切云云，但你忽视了自由软件就像其他一切自由一样都是有成本的。这个成本指的不是你需要牺牲什么东西，而是说你不能看到有人说这个东西是开源就认为是开源的好东西，你必须有基本的代码审计能力来判断它是否开源，否则对你来说更好的选择是根据这个产品是否好用、是否解决你的需求来决定是否继续使用，而不是是否开源。

对于大公司、NGO 和其他社会团体、开发者而言，开源精神意味着有足够多种类权责分明的协议来约束行为、赋予权利，而他们应该把协议作为底线和遮羞布，这一点开源协议和国际法倒是有相似之处。

对于普通用户而言，应该清楚认识到开源虽然最终是为了让所有人都用上自由软件，但这是一个虽不能至，然心向往之的境界，任何时候都应该想清楚自己为什么信任一个软件项目。

简单来说，你要么相信大公司的商业信誉，要么相信著名开发者的个人形象，不然你就必须相信你个人的代码审计能力。如果你缺乏对项目是否开源的判断能力，那你不需要（可能也不应该）把是否开源作为你选择工具的依据。

你在了解到这是个开源项目之后，首先应该确认项目的主要功能相关代码都已经展现在你的电脑屏幕上，然后你才能确认这是个开源项目。Talk is cheap, show me the code. 此外你还应该查看此项目的 LICENSE 文件，了解你是否应该通过其他方式获取源代码。

用户使用一款产品时，作者/产品/社区不应该要求用户具备侦探能力，不应该要求用户去研究产品本身的开闭源历史，不应该要求非开发者身份的用户去研究产品开源协议。而进一步讲，用户在没有能力关心的时候，也就不应该关心这些问题。

-------------------------------------------------------------------------------------------------------------

前面不认同 OP 的人，大多数都持有差不多的观点：你不能因为一个开源项目看上去是开源项目就认定它是开源项目，我认为这也是一个普通用户在步入开源社区之后应该树立的第一个观念，也是理解开源精神和开源运动的第一步。

关于很多人为了证明开发者有把新项目伪装成开源项目的嫌疑，举出的“在 GitHub 只放 README.md 所以一眼就知道是闭源软件”这种例子，这也只是建立在“能读懂几行代码”这种相对较低门槛之上的一种区分“真闭源”和“假开源”的方式。

举个例子： https://github.com/ripperhe/Bob 这个项目相信很多人有了解

https://i.imgur.com/E81823r.png

看到这个文件目录，会有人认为这是个开源项目吗？

是真的会。

https://i.imgur.com/T6gzJ0e.png

你点进这个人的主页甚至会发现他能够熟练运用 Import repo 、Action 等功能，也能根据自己需求修改代码，根据项目内容修改/新增 README.md 内容，他不是一个 GitHub 新手，但他完全不知道开源是什么，就像本帖中很多回复一样认为 GitHub 上的所有东西都是完全开放源代码的。

你或者 OP 想把开源的门槛拓宽，可能出发点是好的，想让所有人都用上自由软件，但多想一想就知道，你只能把门槛拓宽到自己的认知水平上，其实你只是要求开发者做到让 ``你`` 一下子就知道这是不是开放源代码的项目。评论中也有人提到，有没有做到在 README.md 最顶端写清楚此项目不是开源软件？即便做到了，仍然会有一大票从来不看 README.md 的用户，甚至他们中间还能分出看到软文就直奔 release 的、看到软文就直奔 Chrome/Edge 应用商店的、看到软文就直奔 GreasyFork 的、看到软文就直奔 bilibili 打开视频安装教学的各种能力层次。如果你做过一个面向大众的产品，自己做过客服工作，你就知道唯一的解决方案就是在任何平台上开始运行之前，先弹窗用红色加粗字体警告三次：本项目 **不是** 开源软件，详情请见 google.com ，任何目前仍认为本项目开放源代码的用户 **禁止使用** !!!

这也是我在之前的回复中多次提到“开源洼地”一词的原因，即使在 V 站这样一个社区，即使在 OP 和所有支持者也认为 GitHub 不是一个下载站的环境里，仍然有大多数人把 GitHub 当成一个软件包下载站去使用，不会思考开源精神为什么能做到不仅仅是一句口号。

正好今天也回复了另一个帖子《为什么国内开源项目普遍是先有英文文档，后才有中文文档甚至有的没有中文文档？》，和开源问题在某种程度上是共通的。当你把是否开源作为自己选择工具的要素之一，却不捍卫自己使用自由软件的权利时，你也应该思考一下为什么 GitHub 上的简中环境会是现在这样。

-------------------------------------------------------------------------------------------------------------------

为了防止有人说我不就事论事，最后强调一下，关于沉浸式翻译项目是否应当开源、开源转闭源的过程是否合法、如何申请知识产权保护和独立代码审计等问题，前面的回复讨论足够清晰，至少我阅读之后不存在更多的疑问，建议参阅。我仅就“为什么不能因为一个开源项目看上去是开源项目就认定它是开源项目”这一疑问给出解释。

@shakukansp #273 然而“对 OpenSource 本身视而不见”也不是说你啊

@ming2077 #37 这还真是充分条件，英文弱到没有办法做可以用翻译工具辅助的无限时阅读理解的话，基本没可能自己解决部署使用开源项目过程中会遇到的问题，万一被百度上的教学灌输了“issue 是用来找客服的”这种观念，后果不堪设想。不是必要条件是因为有的人英文足够好，但却是纯脑残，这和在开源坑里叫天天不应叫地地不灵的可怜小白也有本质不同。

@MeMoDiv #73 当然这和我不结婚生子是不相关的两回事，父辈的承受能力确实很强，但一想到这种抗压能力来源于他们送别自己的双亲之后在世间唯一的牵挂（也就是子女），我就完全无法用这种方式破解催婚，同时又让我更加坚定不婚不育，这件事对我来说成了一种“世间安得双全法”。不能带他们走出“子女不婚不育会让长辈蒙羞”的环境是我作为子女的错，不能让他们认识到“这种给他们带来羞耻的观念和环境是畸形的，需要立刻逃离”也是我作为子女的错。如果真会有这种婚育攀比，那就等他们退休了看看能不能换个环境生活，帮他们找到自己安享晚年的方式吧。

我也打算不结婚不要孩子，但我挺心疼 OP 父亲的。年少的桀骜，青年的迷茫，中年的认命，沉淀了几十年的生活被搓成螺旋丸冲击在脑海里，我能用来共情 OP 父亲沉默的记忆唯有骑翻了自行车脑袋撞了树，撞完之后我也只剩沉默了。忘了那次晕了多久，只记了晕了好久，即使一瞬间也显得很久。我相信，余华在写《活着》的时候，也比此刻的 OP 父亲更相信活着是有其他意义的。

@MeMoDiv #35 https://github.com/pot-app/pot-desktop/issues/104

一个简单的例子

@shakukansp #269 接下来你说的话都是扣帽子人身攻击、恶意揣测他人意图、与别人争论自己臆想造成的误解，并且都是对的，所以我不再进一步回复解释。

@shakukansp #269 https://i.imgur.com/ZOqxWsk.png

@enpitsulin #205 开源洼地罢了，他们所有的论点都来源于 “我第一眼看到这个项目以为是开源的”+“还有其他人以为这个项目是开源的” => “项目文件目录和 README.md 存在误导” => “假开源”，之后永远站在自己的围城里对 OpenSource 本身视而不见，根本没办法讲道理的。
其同志的观点甚至达到了 “所有都是"我"的臆想，但是我就是要扣帽子人身攻击。 => 我确实对”、“恶意揣测他人意图然后发帖扣帽子+人身攻击+与别人争论自己臆想造成的误解 => 是应该的” 的 `我即真理` 层次，你讲多少道理又有什么用呢？正如我一开始所说，开源洼地罢了。