看楼主的描述，我本来以为是个活跃维护的库但是一直拖着不修官网示例，心想这可太不负责了
但点进去看了一下后
……
……
我说，你们都不看最后 commit 时间的么？

regex101

这事儿用 GIMP 也不难吧，
不就「打开图片->用文字工具画上大小颜色合适水印->用旋转工具调整角度->调整图层透明度->导出」么……

在这个万物基于 systemd 的时代，你也可能需要通过 `journalctl -u sshd` 来查看日志

tg 呆少了吧，我这个不写前端的呆久了都混到前端群里去了……

用 tmux 就行了，配置加一行 `bind -n C-k 'send-keys -R; clear-history'`，C-k 保证清理得干干净净

啥叫强制抓？在博客没有 RSS 订阅源的情况下手动抓取生成一个？

https://man.archlinux.org/man/core/man-pages/strtoul.3.en#RETURN_VALUE

arch 的 manpage 做得真好康（

@commoccoom 盲猜你 Windows 是 32 位的（或者默认编译 32 位程序

因为你没加 `-Wall -Wextra -Werror`，加了 gcc 就也会拒绝编译了（

transifex ？

请好好学习正则表达式

我记得王垠以前写过一篇文章谈论过这个问题，还是挺有道理的。
他认为语言是材料而不是工具，因为语言的特性在最终产品中也会有所体现，真正的工具应该是 IDE 、编辑器之类的。

首先，你标题里说的两件事情之间其实关系不大——star 多的项目不一定用的人多，跟风项目能骗到成千上万 star，但也仅此而已了，大部分人 star 完以后就不会再看第二眼了。
我自己就有两个项目，A 项目的 star 数量是 B 的两倍，但我估计 B 项目的使用人数可能得有 A 项目的 10 倍以上。没办法，A 项目看起来比 B 项目更酷一点，尽管它基本上没什么用……

至于为什么项目没人用，我觉得有两点：
1. 没推广，不推广难以积累到初期用户
2. 不好用，或者大家对你的项目的需求没这么强烈，关于这点我不是搞前端的无法评价你的项目（

顺便我来讲讲我个人是如何挑选一个项目的：
1. 首先看 README，我希望能在 README 中快速了解到这个项目的特点、**和同类竞品的区别**（如果有），好让我判断有没有戳中我的需求
2. 看维护时间，我倾向于选择维护时间长，并且维护状态**活跃**的项目
3. 一些乱七八糟的，比如有多少人提过 issue，commit message 写得怎么样，star 数目等等，辅助我判断这个项目的质量和活跃程度。

在用 Firefox Developer Edition，除了 Tree Style Tab 真的强以外，其他方面我觉得还是 Chrome 好用。前段时间 FF 在网络不好的情况下频繁卡死，逼得我都想转回用 Chrome 了，好在最近修好了……

尽管没 Chrome 那么好用，我还是在坚持使用 FF——因为我不想让 Google 一家独大，尤其是看到了 Manifest V3 和 Chromium 访问 Google API 的权限被取消以后，更加觉得有这个必要……

你这个问题和 bash 没有任何关系——不去读文档也不去看教程，光凭感觉来学习一门语言都是这个下场

libinput-gestures OR fusuma

让我来猜猜腾讯会怎么应对：

1. 压热度，冷处理
2. 声称是程序员个人行为
3. 声称是测试代码，误操作编译到了正式版中
4. 声称是代码写错了，本意只是整合 QQ 浏览器历史记录
5. 声称是为了某功能（比如恶意网址识别？）而收集的，一切数据只保留在本地

看到这个问题我就知道肯定会引起不少争论 233 。我个人倒是挺喜欢 pwsh 的，最后的写法非常简洁，学习了

我也来提供一个 zsh 下的写法：

wc -l **/*(.) | sort -nr | sed -n '2,5p'

小胜 4 个字符