@Varobjs #18 如果能看到源代码，手动安装，应该没问题。

@MeMoDiv #283
Bob 曾经是一个开源软件。https://www.v2ex.com/t/633173 （ 2019-12-28 ）
从 0.3.0 版本，作者改成了闭源软件。https://github.com/ripperhe/Bob/pull/30 （ 2020-02-03 ）
在 1.0.0 版本发布时，还有些 V 友认为 Bob 是开源的。https://www.v2ex.com/t/863800 （ 2022-07-03 ）
2022 年 8 月 4 日作者 reset commit 记录，改成了现在的闭源版本。而且在第一次 commit 的 README 最后就明确说了 ”Bob 不是开源软件“。

所以上面你提到的那位，并不是无知，可能只是没有一直关注，但听说过它是一个开源的。

很棒的主意，支持一下

@icaolei #279 那我也补充几个推荐过此插件，提到它是开源的周刊。

1. DecoHack #46 期
据我所知 DecoHack 的订阅量还是很大的
https://www.decohack.com/Post/1293
https://decohack.zhubai.love/posts/2234194229868208128
https://meta.appinn.net/t/topic/40377
https://w2solo.com/topics/3728

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


2. 好工具周刊第 48 期
好工具周刊，订阅量比 DecoHack 少很多，订阅量有 2 千 6 百多。
https://discuss-cn.bestxtools.com/d/126 （阅读量过万） （看到此贴后，第一时间把源码链接删掉了）
https://bestxtools.zhubai.love/posts/2237946902123864064 （看到此贴后，第一时间把源码链接删掉了）
https://github.com/bestxtools/weekly-cn/blob/main/docs/issue-48.md （源码链接还未删）


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


另外还有一些订阅的周刊中见过的
1Link.Fun | https://happyfire.zhubai.love/posts/2271292838795091968
六个周刊 | https://zhouzhou.zhubai.love/posts/2236579699587469312

@NoOneNoBody #8 这个页面 https://utags.pipecraft.net/data/ 不会与服务器通信，上传数据。
同步的界面与逻辑在这个页面里，都在浏览器端执行。
靠 webdav 同步的功能以后会实现。

目前只给文字的链接加 🏷️ 按钮，带图片或其他特殊情况都有根据网站定制一下规则。
不同浏览器之间想要同步数据，访问这个页面 https://utags.pipecraft.net/data/
自动同步功能以后会推出。

@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 ，不论日排行，周排行，月排行，我看到的都是有源代码的开源项目。
如果你能找到很多闭源项目，请指点一下。