Alacritty 和 Kitty 这种实在太 raw 了，除了终端几乎没有任何额外功能：标签页、快速连接 SSH…

我推荐 WezTerm

https://wezfurlong.org/wezterm/ssh.html

@MacsedProtoss #42 Flutter 一般根本接触不到多线程的，能用上 Isolate 的应用少之又少。好奇你说的「重活」是什么？写代码跑 FFT 还是自己实现数据库？

原生代码交互确实很傻逼，Flutter 文档语焉不详，但一般都有现成的跨平台包可以调吧，pub.dev 生态还是很好的。

你说的「不前端」的思维是什么？我看 SwiftUI 和 Flutter 的核心思想也挺像的啊。

@nicaiwss #27 RIL 其实并没有「那么高比例」的 unsafe 代码。除了和 C 对接的接口，其他几乎是完全 safe 的。

=============

另外我发觉很多人阅读能力确实为 0 。就引发争论的这件事而言，Rust in Linux 提交的补丁不是想「重写」内核中的东西，或者把看不顺眼的东西换成 Rust ，他们只是想「使用」 DMA 子系统。

他们提交的补丁主要涉及 DMA 的接口描述。再强调一遍，「并没有往 DMA 的 C 部分中加入任何 Rust 代码，是 Rust 编写的其他子系统需要用 DMA 」。有多少人看到标题就开始闭眼刷 RIIR （ Rust 重写一切）？

但仅这一点，就让负责 DMA 子系统的 C 维护者强烈反对了。这就意味着（一旦驱动依赖该子系统）主线中无法出现可用的 Rust 驱动，所以才让 Martin 沮丧。

@nicaiwss #23 都 2025 年了还有人信这种言论？也就骗骗自己了。

这样吧，你访问 https://github.com/trending/rust?since=monthly ，然后看看是不是重写，好吗？

@tomychen #18 实际上是房子频繁出问题，拆迁队早就赶过来说我给你免费拆，后续建我也包了（会抽人维护接口兼容性），房子主人（ Linus ）既不说好、也不说不好，搞得人家拆迁队走也不是、不走也不是，在旁边心存希望住了两三年，还要天天被某些房客扔狗屎恶心（某内核开发者故意天天改 interface 来恶心 RIL Team ）。

最后拆迁队实在绷不住了，敲门问能不能先改下你家庭院，结果直接被认定为强拆强建，拆迁队愤而跑路。

@XuanYuan #2 乍一看没搞懂上下文，把油猴插件关了才发现这用户早被我 block 了。能在所有技术贴（包括自己发的）下面宣泄火气，不知道谁招惹他了。https://i.imgur.com/krir4IG.png

不错，感觉是一个很好的 tauri + candle 实践，先 star 一下。

看了下代码，感觉主要 platform-specific 的是音频捕获？可以考虑一下 https://crates.io/crates/cpal


p.s. Windows 有系统级实时字幕，功能上是重合的，不过经常识别不准。

我再补充一点：不像其他编译语言，go 设计的时候就没有关注二进制体积，也没有考虑性能优化，甚至都没有给用户任何能微调这些偏好的编译选项。它唯一保证的就是静态链接或者说 standalone executable 。比如就算某次更新后编译体积暴涨，go team 也不会觉得这是 bug 。

如果体积和性能是你的主要焦点，还是换其他语言比较好。

> IPv6 好像都是公网 ip

基本是，可以去 https://ipw.cn/ 查一下，如果 2000::/3 就是全球单播地址。

不过国内运营商千层防火墙，具体是否能连通其他机器，用上面地址的 ping 工具测一下。

> 是否可以替代现在的 IPV4 的公网地址

ipv6-only 的网站，访问者也需要有 ipv6 地址或者 6to4 隧道，否则无法访问。

网站链接藏得有点隐蔽了，建议单独列一下

请问楼主知道现代浏览器支持叫 PWA 的技术吗？这个相比 PWA 有什么优势？

@datou #48 还可以加一条对语言异化的需求。有的小网络圈子很擅长让语言陌生化、密码化，主要目的是寻求群体共识，比如饭圈、谷圈

gsudo 还支持会话保持（一段时间内不用重新确认权限），比 Windows 自己写的这个 sudo 像样多了…… 这玩意儿怎么看都是半成品

Surface：说的太对了，哥

有点意思。C# 的类型系统有解析层数限制吗？至少 TypeScript 中，这样的奇巧淫技是玩不了的：

https://github.com/microsoft/TypeScript/issues/34933#issuecomment-552500444

是这个 map 的命名和设计都比较反直觉。看到 map 这个单词，我大脑里的反应顺序是：

1. 创建 hashmap ？
2. 创建映射？
3. 哦都不对，是 ([a], f) -> [f(a)]

然后我自然的思考顺序是「对什么做映射？」，然后扫过第一个参数，发现是个很懵逼的 lambda 或者一个变量（然后往上翻了半天才发现这个变量是一个 function ），再仔细一想才发现不对，map 的第一个参数是映射……

参数顺序这一点非常反人体工学，因为中文这个语言先说上下文，比如会说「对某物做什么事」，而不常说「做什么事对某物」：我得先知道你在操作什么列表，然后你 lambda 函数里的各种引用、操作对我才有意义。把映射函数放在前面，对我来说是一个非常破坏阅读心智连贯性的设计。