ns09005264

为什么你们的接口文档是这样的，更方便的做法难道不是使用 API 文档生成库，然后在入参和返回的结构体上添加注释吗？最后项目启动后可以在线浏览详细的接口文档，包含每个字段所需的类型、注释说明、参考值等，还能直接调用 API 测试。
参考: https://petstore.swagger.io/#/

主页的特性感觉没什么亮点，然后大概率是自己的源混合 arch 的官方源，最后在某一天更新后，一些软件出现了问题。

我觉得 Rust 标准库的文档写的非常好，说明清晰，几乎都有示例。光看 LSP 的 Hover 提示就知道怎么用了。

如果标签系统好的话，推荐系统用不上昂贵的模型就能有好的效果。
所以可以在源头上使用昂贵的模型对文章或视频进行标签分析，建立完善的标签系统，剩下的就可以用廉价的模型进行推荐。

我听到许多老厨师（老饭骨、东北大舅、老隐记等）把发酵(jiao)读作发酵(xiao)，感觉以前发酵(xiao)是个比较广泛的读法？
坐骑(ji)和关卡(qia)也逐渐演变成坐骑(qi)和关卡(ka)，语言没那么神圣，古往今来有大量的读法变迁，古文里还有那么多的通假字。

根据 unix 哲学，你可以基于多个工具组合成一个具备强大可定制功能的“截图工具”
比如在 hyprland 下:
1. 首先可以通过 slurp 在桌面上画出矩形，然后将 slurp 的输出结果存到某个地方（文件或环境变量）
2. 然后用 grim 读取 slurp 的结果，对之前在桌面上选择的区域进行截图，也可以结合 sleep 命令进行延时截图。
3. 最后通过 drawing （或 gimp ）对 grim 的截图进行编辑，比如标注红框或模糊处理。

上面的操作可以分成多步命令，也可以合并成一条达到一键操作的目的。并且每一步操作都可以通过系统通知进行提示。
最后将这些命令通过 hyprland 的快捷键绑定系统绑定起来。

```
# screenshot
bind = $mainMod, S, exec, slurp > /tmp/geometry && notify-send "$(cat /tmp/geometry)"
bind = $mainMod SHIFT, S, exec, sleep 3 && grim -g "$(cat /tmp/geometry)" ~/Pictures/screenshots/grim_$(date +"%Y%m%d_%H%M%S").png && notify-send "Screenshot Done"
# record
bind = $mainMod SHIFT, E, exec, notify-send "wf-recorder started" && wf-recorder -g "$(cat /tmp/geometry)" -r 30 -f ~/Videos/rec_$(date +"%Y%m%d_%H%M%S").mp4 && notify-send "wf-recorder done"
bind = $mainMod ALT, E, exec, killall wf-recorder

```

让这三种类型并存：null 、nil 、undefined 。
并且这样写可以通过编译:

```
varlet foo: Foo = null;
foo = nil;
foo.bar();
```

语法尽量地少，比如函数是一等公民，但是当函数作为参数或变量时完全没有简化的写法，必须严格按照完全的语法来写，且强制格式化换行:
```
func do(callback: Callback) {
callback();
}
do(func() {
println("hell word")
})
```

你能不能描述地更详细点，
你是想让其他设备下载本机的文件的话，最简单的方式是通过 miniserve 这个工具起一个简单的服务器，它自带前端，可以浏览目录以及下载文件。https://github.com/svenstaro/miniserve 。
你是想通过纯前端进行文件点对点传输的话，https://github.com/ShareDropio/sharedrop https://sharedrop.io/