此计听且虽妙，然通用控制者，其时延难料，以苹果阿三之心，八阿哥乃必尝之物。
如遇光标穿梭于荧幕之界时，猝然卡顿，过渡之不自然，剪贴板之不衔接，其将甚恼矣。

会不会被无故封号先不论，封号后无法取回数据、设备无法解绑是真的逆天

@zeroskylian iterm2 是 option + 点击

不跑科学的话，其实搞个 mtk798x 刷 openwrt 开硬件 nat offload 挺好，个人对 mikrotik 设备有点祛魅，那些高级路由协议用不上，最基本的 nat 只有纯 CPU 转发或者比较矬的软 offload ，ccr2004 跑 nat lookback 大包到不了线速

歪个题：之前一直觉得 item2 有点土，今天才知道设置 - Appearance - General - Theme 改成 Minimal 后可以不再显示标题栏，配合模糊背景颜值++

除非你这辈子不用 windows / linux 了，不然下个 mos 吧

不会变好，用久了感觉其实还行，打字体验比一些键帽稳定性不行的游戏本键盘强太多

Chrome 的 chrome://gpu 页面中的硬件解码器信息图下：

Video Acceleration Information
==============================
Decoding :
Decode h264 baseline : 16x16 to 4096x4096 pixels
Decode h264 main : 16x16 to 4096x4096 pixels
Decode h264 extended : 16x16 to 4096x4096 pixels
Decode h264 high : 16x16 to 4096x4096 pixels
Decode vp9 profile0 : 16x16 to 4096x4096 pixels
Decode vp9 profile2 : 16x16 to 4096x4096 pixels
Decode av1 profile main : 16x16 to 8192x8192 pixels
Decode hevc main : 16x16 to 8192x8192 pixels
Decode hevc main 10 : 16x16 to 8192x8192 pixels
Decode hevc main still-picture: 16x16 to 8192x8192 pixels
Decode hevc range extensions : 16x16 to 8192x8192 pixels

也就是硬件解码最大 8k ，要 16k 得软件解码，应该顶不住

我是 m4p 24G ，玩本地大模型确实内存比较紧张，不过由于 m4p 的内存带宽也就是 4060 水平，理论上跑更大模型的 decode 会很慢（ 5 ～ 10 token/s ，moe 模型除外），体验其实一般，感觉这玩意对大多数人来说其实是伪需求。
其实出个 32G/36G 版其实是正好的，奈何苹果这刀法太不当人

这玩意技术还是很 nb 的，问题是这价格除了不差钱的资深数码爱好者没人会考虑

理论上用了同态加密就足够安全了，是类似 ssl 的这种数学上的安全，值得纠结的无非只是静默开启的问题。当然你觉得膈应也可以关了，毕竟只是个“地标或景点搜索照片”的小功能，用处也就那样，关了应该照样能用地名搜索

官网吧，不然 35 还不如买原道

能 90W 以上输出的充电宝不少，随便买就行，楼上酷态科就还可以

m1 的 cpu 相当于最新 Intel Core Ultra 7 258V 轻薄本 cpu 的 80%～ 90%，跟全能本/游戏本 cpu 比还是差些
内存的话：
本地开发 8g 铁不够，16g 勉强
远程开发 8g 也比较勉强，浏览器很容易开很多 tab ，ide 也不是一点内存不占

毕竟只是开发板，有个壳子不错了，上代 AGX 都没壳子

你要 64G 内存的 arm 的话，可选项就很少了，比如 Radxa Orion O6 ，但也不便宜
arm 只有那些很低端的设备有性价比，2K 价位还是 x86 吧

mac 这个英式（或者说欧式）的回车也太细了吧，见过的别的欧式键盘的回车都是很大的那种，最细处也不会比普通按键窄

我 15 新装的 maczip 的 quicklook 一直用不了