qbug

你说的是对的，我花了半年多的时间，写了些 Rust 才意识到这点。我之前也粉 Rust ，后来才意识到，其实它有根本缺陷。上层的类型实际上控制了底层能够使用的内存模型，这就导致底层如果换了新架构，上层不能直接享受到好处。比方说 io uring 和 kernelTLS ，在库作者实现之后，函数签名不一样了，很可能上层无法直接通过升级库版本的方式获得支持。
我现在认为，我们并不需要一个 better c/c++，而是需要一个 better go

@albert0yyyy request_id 我感觉不用码，每次刷新都不一样

+1

```json

{
"error_code": "overload",
"error_message": "Too many requests that function is throttled.",
"request_id": "20241008160205BCD257F7E844083C8BE0"
}

```

+1

'''json

{
"error_code": "overload",
"error_message": "Too many requests that function is throttled.",
"request_id": "20241008160205BCD257F7E844083C8BE0"
}

'''

怎么加不上微信？微信号搜不到了，改了？

谷歌阿里化，阿里百度化

你这个 Monitor Pro 是真不错，刚好我最近在找监控资源的插件，我之前试了几个体验都不怎么好，你这个挺全的。
就是我觉得如果加入 task manager 功能就更妙了，这样连 top 之类的命令都省了，毕竟服务器资源监控有的时候是需要看一看各进程的占用量的

Markdown 就是有这个问题，这也是我很早之前就觉得 Markdown 语法有缺陷的原因，它是一个强制的树结构，就跟在 vector 里面存储二叉树一样，你必须得遵循一个上层在前，下层在后的顺序。
对于笔记场景来说，你倒不如把每一个标题下属的段落都当成一个单独的卡片，单独的文章。而标题之间的层级关系只是描述了这些卡片之间的关系。这样相信对你使用 Markdown 整理笔记的思路很有帮助。