图呢？
送检之前把问题记录下来（拍照或视频）。

有些视频没有自动翻译。

你确定你的 Python 是 arm 版的？输出一下 which python

连配置都没有给出，有什么可看得，散了吧

好家伙，Library 都直接干。

选 35g 或者 30g. 我是从 45g 降到了 35g 。一开始使用 45g 时有误触，一旦适应后切换到 35g 也没有问题。

不管是 NIz, HHKB, RF 都有弹簧音问题，这是一种设计（或者说装配上做不到完美）缺陷，做好心理准备。

单纯省力也可以考虑低压力克数的机械轴：如 TTC 金粉轴、TTC 冰静轴。Box 静音粉也可以，没前边 2 个顺滑，但是触发压力更小。

6 月份 12 周年庆又打折了。更新一下不同地区价格状态：

- 俄罗斯，价格最便宜，但是会验证支付卡的国家。没有 PayPal 支付选项。
- 土耳其也不便宜，换算过来和人民币价格差不多
- 阿根廷，最优选择，换算过来比卢布略贵一点，可以使用 PayPal 支付，没有验证支付卡国家

@falcon05
Caps —> Esc ❌
Caps —> Ctrl ❌
Caps —> Ctrl + Esc ✅

用 Go 版的。直接下载可执行文件, https://github.com/zu1k/nali/releases/latest

或者 Homebrew, https://github.com/laggardkernel/homebrew-tap/blob/master/Formula/nali.rb

不是 mi push 都白搭，接入统一推送并不意味着 app 适配了你的推送。

@abersheeran 问题不是我们没有比较哪个 ORM 更快，而是没有顾忌数据库请求甚至其他因素对于整个请求的影响。

尽管 HTTP 请求和数据库查询都可以异步，但引入对数据库查询的考虑，势必也会对最终数据有影响。我从公司门口走到工位需要 10 秒，你花了 20 秒，但考虑到我们两个坐电梯上楼的事件，也不能说其中一人比另一人快 2 倍吧。

Andrew Godwin 在 19 年 AU Pycon 上也提出过类似的说法，

> most of the program i write tend to spend at least 2/3 of time waiting for database and they can't do anything.

（当然这是本地、或集群内部的情况，也没人想不开跨区域使用数据库吧）

从测试代码与实际请求的贴合程度考虑，只考虑数据库请求可能也不够，这也是大多数人觉得 benchmark 没有意义的主要原因。但数据库请求的确是大多数接口最常做的事情。

而我们这里只是一个字符串空响应的 benchmark，实在是过于简陋、与实际偏离太远了。

@wdhwg001 Quart 倒是完全兼容了 Flask，有足够的钩子，还引入了上下文。不过好像性能与其他 Python 异步框架比还是差了点。
不过 FastAPI 只能算是一个个人项目，项目维护值得怀疑。PR 有 280+没有处理……

@abersheeran 这个 benchmark 没任何意义。视图函数是空的，匹配到直接返回空字符串，和实际完全脱钩，最起码得带一次数据库请求吧。

还是 tech empower benchmark 吧，测试指标更多，从不同方面比较。tech empower 里的 plaintext 指标应该对应你发的这个框架比较。
https://www.techempower.com/benchmarks/
https://github.com/TechEmpower/FrameworkBenchmarks/wiki/Project-Information-Framework-Tests-Overview

@IgniteWhite 这几天看到你点的我关于 terminal 的评论。由于过去很长时间了，之前评论已经过时了。在这里回复你一下。

iTerm2 依然是目前所用过功能最强大的 terminal，也有人觉得功能太多有点重。原来我认为其 GPU 加速效果比 kitty, Alacritty 差，后来发现是因为 iTerm2 优先使用集成 GPU 造成的，在 GPU rendering 设置中取消 "Prefer integrated to discrete GPU" 即可。不过由于实现原因，iTerm2 开启 Metal Renderer GPU 加速有一些限制（详情见官方文档或者 gitlab wiki ）

kitty 中文字符不居中的 bug 已经修了。（看来不是作者所说上游 coretext 问题，就是 kitty 实现的 bug ）。由于 kitty 目前 GPU 加速基于 OpenGL，未来有一天必须得转到 Vulkan，作者还没时间搞。

Alacritty 中 emoji 渲染 bug 已经修复。原来其在 About 简介中声称 "Alacritty is the fastest terminal emulator in existence." 争议比较大。后来 Alacritty About 不这么写了，README 也给出了作者如何做的 benchmark 。Alacritty 定位依然没变，主要定位应该还是配合 tiling window manager 使用，因为毕竟没有 tab, split 嘛。即便我日常全程 tmux 也需要切换 tab，不然总切换 session 有点麻烦。

True color 和 GPU rendering 依然是我认为这个时代 terminal 该有的基本功能，不然你写出来一个新的也干不过上边 3 个。


Hyper 因为 Electron 的原因，我再也没有碰过，原因无非还是那么几点

- Electron CPU, GPU 占用高。之前使用 GitKraken 留下了比较坏的印象，明明已经放到后台没有使用，CPU 占用还是时不时飚一下
- True color 已经算是当今 term 最起码的功能了。Hyper 底层依赖 xtermjs 导致 true color 落后别人好多年。即便是后来 xtermjs 2019 年支持了真彩（ VSCode 同样依赖 xtermjs，其集成终端已经支持真彩），hyper 还是没能支持。
- GPU 渲染，不用说了，这几年新出终端的标配。
- 插件拆的太离谱了，一些基本功能都得插件实现：新开 Tab 与当前 Tab 同目录、拖拽 Tab 调整（不知道这个有没有改善）

这几天看到有人点我关于 terminal 的评论。由于过去很长时间了，之前评论已经过时了。2021 年在这里更新一下。

iTerm2 依然是目前所用过功能最强大的 terminal，也有人觉得功能太多有点重。原来我认为其 GPU 加速效果比 kitty, Alacritty 差，后来发现是因为 iTerm2 优先使用集成 GPU 造成的，在 GPU rendering 设置中取消 "Prefer integrated to discrete GPU" 即可。不过由于实现原因，iTerm2 开启 Metal Renderer GPU 加速有一些限制（详情见官方文档或者 gitlab wiki ）

kitty 中文字符不居中的 bug 已经修了，看来不是作者所说上游 coretext 问题，就是 kitty 实现的 bug 。由于 kitty 目前 GPU 加速基于 OpenGL，未来有一天必须得转到 Vulkan，作者还没时间搞。

Alacritty 中 emoji 渲染 bug 已经修复。原来其在 About 简介中声称 "Alacritty is the fastest terminal emulator in existence." 争议比较大。后来 Alacritty About 不这么写了，README 也给出了作者如何做的 benchmark 。Alacritty 定位依然没变，主要定位应该还是配合 tiling window manager 使用，因为毕竟没有 tab, split 嘛。即便我日常全程 tmux 也需要切换 terminal 的 tab，不然总切换 tmux session 有点麻烦。

True color 和 GPU rendering 依然是我认为这个时代 terminal 该有的基本功能，不然你写出来一个新的也干不过上边几个。


Hyper 因为 Electron 的原因，我再也没有碰过，原因无非还是那么几点

- Electron CPU, GPU 占用高。之前使用 GitKraken 留下了比较坏的印象，明明已经放到后台没有使用，CPU 占用还是时不时飚一下
- True color 已经算是当今 term 最起码的功能了。Hyper 底层依赖 xtermjs 导致 true color 落后别人好多年。即便是后来 xtermjs 2019 年支持了真彩（ VSCode 同样依赖 xtermjs，其集成终端已经支持真彩），hyper 还是没能支持。
- GPU 渲染，不用说了，这几年新出终端的标配。
- 插件拆的太离谱了，一些基本功能都得插件实现：新开 Tab 与当前 Tab 同目录、拖拽 Tab 调整（不知道这个有没有改善）

你不对劲

@好像也不对，代缴好像就是挂靠。

@Symo 代缴完全合规，代理机构帮你交，你和代缴机构没有劳务关系。你说的那是社保挂靠。