建议先让 ai 教教你辩证法

啥叫指法？小时候虽然玩过金山打字通但我一直觉得所谓的“标准指法”对我来说很难受。我打字速度和盲打都是没问题的，但是真的不在乎什么指法。

再者现在乱七八糟配列奇形怪状的键盘那么多，我用不同的键盘的时候指法都是不一样的。

我觉得只要不是一指禅二指禅那种，然后速度过得去就没啥问题，在意什么指法不如先在意自己舒不舒服。

beszel 我也在用，监控内容勉强算是挺全的，但是感觉它的 WebUI 不太好用，不能随便划范围也没有面板联动。可又觉得自己这点东西不至于上 Prom+Grafana ，不然可观测性吃的资源比实际业务还多...

@bumblebeek surface 系列大概是 5 代勉强能用，7 代爬到起跑线，10 代有点人样。只能说微软的产品是这样的，唯一有性价比的可能也就 Xbox 了。我自己是有二合一设备和触控屏的使用场景，所以一直在买 Surface pro 。但要是给别人推荐我大概还是推荐苹果，就算要体验 WoA 也不如买华硕那些的...


@qihu3721 #39 那你有点高看微软了，单看机器性能 Surface 性价比比苹果还低多了。Surface 从来就不是主打性价比的，要性价比得等其它 OEM 愿意做 WoA 。
这代 XElite 主要问题是为了那个破 NPU 牺牲太多了，不知道是微软还是高通的鬼点子。看明年 XElite2 能不能好点吧

@Damn 不知道你用的是什么 VPN ？ OpenVPN 和 WireGuard 都是有 windows arm64 版的

我的 sp 11 XElite 版用了大概半年了，简单说下吧。
首先 Surface 现在有 intel 版，不过是商用版，个人用户没法正常买到。

然后使用体验，首先整个系统流畅度比 x86 （我 desktop 是 13600KF ）流畅的多，估计是因为 arm 版删了很多祖传屎山代码。续航也确实很不错，实测待机功耗可以在 1W 。屏幕、键盘和整机做工也都还可以。

讲讲兼容性，目前转译层已经可以运行绝大部分应用开，把时间缩小到现代软件（ target Windows 10 ）的话就几乎没有转译不了的（游戏除外，下面细说）

游戏方面，首先 XElite 这个 GPU 特别特别垃圾，就为了塞个花瓶 NPU ，所以大型游戏就算能运行也别想玩了，其次就是和 linux 下 wine/proton 一样的问题——反作弊程序大多不兼容，所以就算游戏能玩也不能开反作弊（对单机游戏来说顶多是没法解成就，网游那当然是直接玩不了了）。
日常软件倒是没啥问题，反正我常用的软件基本都有原生版本，开源软件没有也可以自己编译，商业软件 x86_64 转译效率也很高，要是遇到 32 位 x86 软件的话那只能认栽了（当然只是效率低并不是不能用，比如 steam 就是万年 32 位，但流畅度还可以）。
至于做开发，我不知道你说的是什么语言什么场景的开发，不过首先你可以用 WSL ，这样问题就变成了你认为 linux-aarch64 能否代替 linux-x86_64 。
Windows 相关开发的话，微软的支持是相当足的，首先 Windows api 换各种第一方 sdk 都有 arm 版本，然后 msvc-aarch64 真的飞快，你敢信同样的代码这破 XElite 编译速度比 13600 快一倍。

性价比的话高通+微软，那当然是等于没有。

不出所料又有提 MacBook 的，不过对我来说首先我的个人好恶决定了不用任何 apple 产品，更重要的是 MacBook 既没有触控屏也没有压感笔更不是二合一设备。

我一直买 Surface pro 的原因也单纯是因为它自己的特色，sp11 只是单纯因为 lunar lake 版本太贵了加上顺便想尝尝 WoA 的体验。

另外 ARM Surface 也是可以装别的系统的，不过 arm 的 UEFI 比较神秘要折腾一下，而且目前没有对应的触控屏、笔、甚至音量和电源按钮的驱动。

如果你从来没有用过 Surface 系列，并且也不抵触 apple ，那我的建议也是不如 MacBook 。而且如果只是做开发的话，我更建议从 linux on arm 开始。不然这个压感触控屏和平板模式对你来说就是纯多余了。

当你还在犹豫需不需要 Surface 的时候，就说明你不需要。

这些代理软件（至少我认知里 sing-box ）不是开源的吗？可以审查下代码自己编译个版本试试看。如果是不开源的代理软件敢用的也是心大。

这种多阶段的、长 prompt 的 agent 一般来说语言都不重要了，哪怕用阿拉伯语区别都不大。如果是那种 prompt 很少比如就一句话的可能会有点影响，比如用中文容易出 CSDN 味的代码。
还有一些 function call 方面的影响，比如 agent 进行搜索时会使用对应的提问语言，当然也可以在 prompt 里要求不要这种行为。
再者就是 token 消耗了，中文信息密度通常更高，不过也得看 tokenizer 。

@bfdh 对 kernel contributor 级别的选手学个新语言又不是什么麻烦事，多的都是出于个人感情不愿意学而已

看着不错，先 star 了

可以参考 aria2 ，感觉使用体验和 aria2 挺像的。

至于部署，作为开发者你只要保证应用跑起来监听一个 http 端口就行了。至于什么容器映射、反代之类的那是用户的考虑，搞不定就是用户水平不够(x

不开，反正 VSCode 自己有缓存机制，总归不会丢文件。另外比如全局替换的时候必须这样我才知道我改到了哪些文件。还有一些场景或者某些插件都会监听 fs 文件变动，频繁保存的话会疯狂触发。

公司的代码我 vibe ，自己的代码我手写

一般来说，开源软件不会有问题，而且到了今天完全可以把源码交给 ai 审计，以前可能还会有虽开源但没人审查代码这种情况。

其次大型商业公司的软件一般都有问题，但都在可控范围内，实在有洁癖就开个虚拟机用，手机就专门买个几百块的备用机用商业软件，账号全部单独搞一套。并且就算裸奔他们也往往不会对你造成什么实际损害，国外的拿到你信息也没用，国内的也不敢干会造成实际物质或精神损失的事。

最怕的就是小公司和个人开发者的闭源软件，反正我见到百分百都是绕着走。

@skuuhui 固定端口的话数量有限且有可能和其它程序冲突，不固定端口的话污染浏览器历史记录

有些厂商的应用商店支持跳转后直接开始安装，都不用你点，且反之你来不及点暂停的话就直接装上了

还有一个重灾区就是快应用，这个可以用 adb 停用

Android 现在也没有那么“开放”了，只可惜这些该严格的地方又不严格

还以为你是有自定义记录之类的需求，8.8.8.8 不通你用 1.1.1.1 不就好了

90%的动画效果都是纯纯浪费时间和掩饰软件自身的卡顿缓慢。

wsl2 本质是轻量 hyper-v ，CPU 和内存有多少给多少直接拉满，不用担心占用。另外 wsl 如果检测到没有活着的 hvsocket ，也就是 wsl.exe 创建的 shell ，可能会直接关掉虚拟机。所以建议始终留一个 wsl.exe 直接创建的终端不要关，就算你已经打开了 vscode 什么的。

@iamwin 关于第 2 点，screen 和 systemd 设计目标就不一样，我自己的话用的是 tmux 。主要是跑一些可能运行很久的临时任务，比如下载或者上传一个大文件，临时开个端口转发之类的这种一次性场景。