@NoOneNoBody #4 是的，有问题可以反馈。

如果是按时间顺序排序的网站，那可以试一下小鱼标签。小鱼标签可以改为在任意网站执行。
在看到哪里的帖子标记成 "read"。还可以把一些标记为“稍后阅读”。
在脚本管理器（比如 Tampermonkey 添加 match 规则 *://*/* 或指定的网站域名就可以了。
如果是很常用的网站，我可以优先对这些网站优化一下。

清空/伪造历史记录，清空/伪造收藏夹，关闭所有打开的标签页
这三个合一就好了。
既保护隐私，又留清白在人间

这个创意不错。收藏夹也要清空，伪造一下。

没太看懂。
我有一个脚本是给任意链接加标签（ tag ）的。https://greasyfork.org/zh-CN/scripts/460718-utags-add-usertags-to-links
目前支持的网站越来越多了。

但又看到想要标注上次看到的位置，有点没太懂。

举个例子：

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

如果喜欢冰咖啡的话，还是推荐用保温杯。
早上把咖啡冲浓一点，放凉或风扇吹，放很多冰块，保温杯保温效果好的话，能凉爽很久，还新鲜。

UP n DOWN vote in V2EX https://www.v2ex.com/t/110327

@hsfzxjy #12 所以 3 楼我写了觉得没必要。

@Pipecraft #166
@geelaw #162
而且上面第三个项目，谁一眼看了都知道这个不是开源项目。与这个帖子的情况完全不同。

@hsfzxjy #8 是可以。那 2 个，3 个，4 个等不是很多的数字时，怎么处理呢？
包装成数组调用的话，也挺麻烦。Math.min, Math.max 的写法更优雅一些吧。
这点性能开销也不大，要实现 Math.sum ，解构的方式还是好点吧。

@geelaw #162
> 另外你可能要考虑一下，Pr[开源 | GitHub Trending] 和 Pr[开源 | GitHub] 之间是否有明显差异

我觉得是有差异的。上面说过的，相对于非开源项目，人们为一个开源项目点 star 更容易，更慷慨。我可以随意浏览几个项目，如果是开源的，还不错，就会给 star ，然而闭源的，除非对我很有用，我不会轻易给 star 。我不知道这样是不是主流，如果是的话，闭源能上 GitHub Trending 应该是很难的，当然不是不可能。

>>我提到“很多人”认为，这个说法没有问题吧？

> 请问这种理解有何依据？
同上。

上面提到的 3 个 repo ，
第一个不是软件，不是代码，但它是多人协作的知识文档，允许人们贡献，免费拿走。人们给它 star ，我认为是与开源项目是相同的。
第二个 Apache License 2 上面加了一些限制，你觉得它是开源软件，但从 star 与 PR 数来看，我觉得很多人认为它是。给个 star 没必要扣那么仔细吧。
第三个，人家 Twitter 有 137.5K 粉丝，不停的在那里推广，repo 自然能有那么多 star ，能上 GitHub Trending 了。这与开源还是闭源没有关系了。这种难道不就是 GitHub 上面的毒瘤吗？它只是拿 GitHub 当文件托管所，得 star 获得更多人的信赖。

今天摸鱼时间到此为止。
再次声明，我认为闭源没有问题，GitHub 可以有闭源的。也可以有像上面第三种的，虽然恶心，但可以有。

@Alias4ck #4 sum 函数里面需要遍历一次，array 解构时还有一次性能开销。所以我觉得 reduce 会效率更高一些。
但没有做实际的性能比较，也有可能是错的。

@geelaw #153

> 从这段论述可以推断，你认为 GitHub Trending 的项目必须是开源软件，请问这种理解有何依据？

不要随意揣测别人的话语，我哪里说是必须是开源软件？请问这种理解有何依据？

我提到“很多人”认为，这个说法没有问题吧？
相对于非开源项目，人们为一个开源项目点 star 更容易，更慷慨。所以一个非开源项目，能进 GitHub Trending 很不容易。

刚刚还特意翻了一会儿 GitHub Trending ，不论日排行，周排行，月排行，我看到的都是有源代码的开源项目。
如果你能找到很多闭源项目，请指点一下。

假如有 Math.sum()，不一定能减少很多代码吧。

数据少的情况
sum = Math.sum(1, 3, 5)
vs.
sum = 1 + 3 + 5

数据多的情况
const array = [1, 3, 4, ...]

sum = Math.sum(...array)
vs.
sum = array.reduce((acc, v) => acc + v) （效率更高）

发图需要装浏览器插件或油猴脚本。https://greasyfork.org/zh-CN/scripts/466589

GitHub 可以用来管理代码以外的东西（文档，issues 等），GitHub 可以有 private 项目，上 GitHub 不等于开源。
都上 V2 了，大家不可能不知道吧。
上面替作者洗的人为什么那么多人要提这个？难道 OP 真的不懂才说这个事情吗？

这个项目有 10K star ，见过几次出现在 GitHub Trending 上面，说明很多人认为（而且让人误认为）它是一个开源的项目。这个插件很好用，用户看到有 GitHub 链接，以为是开源的，给个 star 很正常吧。认为是开源的有错吗？为了给个 star 还必须翻一下代码？
我想说的是，一定有很多人不深入了解的话，会以为这是一个开源的项目。
dist 文件夹里的代码没有 minify ，没有混淆, 说它开放了源代码，也说得过去。

上面有人提开源协议。它现在是 End-User License Agreement (EULA)，4 月 20 日以前是 GNU AFFERO GENERAL PUBLIC LICENSE Version 3 。看到 GNU AGPL 认为它是开源的也有吧。而且 dist 里还有”源代码“。

这个项目，目前有 677 个 fork ，只有 22 个 PR 。fork 一个文档项目为了自己部署文档吗？
大概看了一下，22 个 PR 大部分是修改 README 的，其中有 2 个是修改代码的。一个被 close 了，一个还是 open 状态。
那个 open 状态的 PR 的是一位国外开发者提交的，说明写的非常认真，让人敬佩。https://github.com/immersive-translate/immersive-translate/pull/773
可惜他们不知道自己修改的是 dist 文件夹下面的代码。

还有说没有吃开源的红利的，这个不可能一点没有。在 V2 见过几次有人说它是开源的插件，推荐使用的。V2 外面也有很多这么宣传的。
不能说开源的就更好，但插件这东西，能看到源码才更让人安心使用吧。一个插件，能在所有网站执行，与服务器有通信，不开源，作者信不过的话，你能放心用吗？
还有，如果是开源的，同是程序员，想支持一下的心还是有的。

我认为闭源没有问题，但不要让人误解为是开源的。误解为开源的人，也没有罪。

@mineralsalt #3 置顶大部分都是推广，特意写了油猴脚本，把所有置顶隐藏起来了

官网的页脚有明显的 GitHub 链接，这是不是诱导呢？我反正第一次看时，以为是开源的。
如果只是用 GitHub 收集反馈，管理文档，只留 “问题反馈”就可以吧。
我不信 10K+ star 人们是冲着文档给的。居然还有 star history ，收集反馈炫耀这个干什么呢。
https://i.imgur.com/sUcIrrs.png

这个新仓库一开始就没有提交过源代码。
刚听说这个插件时（今年二月），想参考一下代码写我的插件，没看到源代码有点失望了。
后来我的插件（小鱼标签）在 V2EX 介绍时，特意暗示了一下这个。（ https://www.v2ex.com/t/924103 ）

“源代码开源，不像其他插件只把打包后的代码开源。可以按自己需求，修改代码后使用” - 其他插件就是指的这个项目

https://i.imgur.com/5Ga5W3Q.png