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 个字符

@cool1205
你这个需求我感觉是在记录日志，请问「将程序的输出重定向到文件」这种方案是否考虑过，还是说考虑过但被否决了？

我总觉得你在提一个 X-Y 问题……
你的目的是抓取某个程序每隔 1ms 输出在控制台上的时间戳？

https://github.com/ptpb/pb

Arch 社区一直都在用 fc 教授提供的服务： https://fars.ee

还以为只有 Firefox 卡， 没想到 Chrome 也卡。这我就放心了（

围观群众路过，话说人家都已经动手了你开始改造……昨天刚释出的 Firefox 84 已经是最后一个支持 Flash 的版本，Chrome 估计也就下个版本了。

这玩意儿除了重写也没啥「优雅」的解决方案了吧，除非等到 ruffle 完全兼容 flash 的时候（

推广的第一步应该是写好 README……

中国用几十年的时间就吸收消化了资本主义上百年来的科技成果，所以让不少人觉得科技发展迅速、生活日新月异是理所当然的。
实际上，不说百年内，几十年内人们的生活没有太大变化简直太正常了，尤其是信息技术这一新兴领域的发展也快过高峰期了。

LZ 你陷入了完美主义谬误：
涅槃谬误（英语：nirvana fallacy ）或完美主义谬误（ perfectionist fallacy ）是一种非形式谬误，系宣称某个解决方案无法做到涅槃（完美），因此不可行。较白话的诠释是：“不能做到完美，就不应该做”

静态链接有缺点，但动态链接难道就是完美的？就像前面有人提到的，更新一个 libcrypt 把 ssh 炸了。虽然这个我没遇到过，但我遇到过不少乱动 glibc 把包管理器炸掉的，我系统里至今留着一个 pacman-static，就是预防我哪天手贱。又比如 A 依赖旧版的 C，B 依赖新版的 C，在静态链接下完全不是问题，但动态链接下多来几个就有够你受的了。

为啥现在都用静态链接？因为「大多数时候」静态链接更方便，仅此而已。

> 另外也好奇为什么会出这个问题。

这和 zsh 和 shell 都没有半毛钱关系，显然是 open 命令升级后对 url 的判定规则改变了。大概写这个程序员没想过世界上竟然还有包含 non-ascii 字符的 url 。