现在这些大模型给我的感觉就是：富有经验，但沉溺在自己经验里的工程师，一旦跳出它的舒适圈，就很难绷。

前几天有段 Rust 代码想重构一下，是用 async + rayon + opencv 对一批图像进行处理。

由于把 async 和 rayon 混在一起比较麻烦，我一开始选择是每个 task 把“所有”图片处理完再进行下一个 task ，大概像这样 async task1 （过滤） -> rayon task2 （多线程计算） -> async task3 （收集），但这样显然效率不高，应该流式处理更合适。

然后我就试了让 gemini 2.5 pro 和 claude 3.7 sonnet thinking 帮我重构一下，我解释了这段代码在干啥，我为什么这么写，我现在希望重构成哪种效果……

结果惨不忍睹，它们做的事情包括但不限于：
1. 先计算，再过滤收集——即使我强调过计算非常慢
2. 把计算任务也全部放到异步 task 里——你觉得我为啥要特地拆成三个 task
3. 遇到所有权和生命周期问题就是一通乱改，改了几次过不了就全部重写（？？）
……

最后为了预防高血压，还是自己写了，其实就是把 rayon 换成一个线程池，然后三个 task 之间用 channel 通信。就这么个简单的任务，这些刷起题来比我强到不知到哪里去的 AI 硬是没做出来。

> 真正优秀的交互，应当是符合认知直觉的，而不是让人产生模糊感和不确定性。

交互是否合理不应该看用户的选择吗？

我看了一下我手机（小米）里的全面屏手势教程，发现侧滑返回用的示意图是左侧滑动，教的时候也是先教左侧
滑动——但事实上我大部分时候用的都是右侧滑动。在看到这个帖子之前，我都没有意识到原来还可以左侧滑动。

在提供两种滑动的情况下，我自然而然地就选择了右侧滑动，这是不是可以说明，至少对于像我一样的用户来说，右侧滑动是一个更好的设计呢？

你这「教用户做事」的味儿也太浓了……

> 还有 Optional 一类的，和 if 没太大区别，只不过前者在语法上做了强制（不检查错误，不能拿到结果），还有一些语法糖（ user?.address)。

大部分人想要的不就是糖吗？谁会关心和类型和积类型的区别，自己写得爽就行了。
即使 Optional 这类方案，没有糖也很难受，比 if err != nil 好看不到哪儿去。

比如 Rust 没有任何糖的上抛：
let ret = match foo() {
Ok(v) => v,
err => return err,
}

后面大家受不了，加入了 try! 宏：
let ret = try!(foo());

再后面直接加入了问号运算符：
let ret = foo()?;

自己写正常的数学表达式，然后让 AI 帮你转成 Go 写法 https://i.imgur.com/agAJ0Rd.png

这里面只用过 copilot ，首先 agent 模式慢很多，不管是请求还是编辑都慢。
这个其实我还能接受，但 tab 实在是差远了！

copilot 的 tab 别说补全代码，TM 连基本的重构都做不好，给的建议莫名其妙，

> 20 刀一个月是赚不了钱吗

我也觉得现在的 Cursor 没以前好用，但是你说 20 刀赚不赚钱，那肯定是不赚钱，完全是在烧钱抢市场。

@PrinceofInj 我也非常震惊，点进来之前估计以为是讨论什么历史遗留问题之类的，结果很多人竟然连 checksum 是什么都不理解，还在嘲讽可行性……

@dilidilid #37 确实，依赖管理非常混乱。

我刚刚又确认了一下，libbtrfs0 不是不能升级，而不是能安装，因为系统自带了一个 /lib/libbtrfs.so.0 ，不属于任何包，估计是他们自己 make install 的。

在我看来，设计这种系统
——要么把自己的软件也纳入包管理，写好依赖关系，这样至少不会因为用户跑个 apt install 就把系统搞挂。
——要么把私有的东西做好隔离，别和系统软件混在一起

现在这乱七八糟的状态，真的不敢动这个系统。

> 某次我登录系统之后发现绿联要求我“升级权限”，而且没有取消和跳过的选项，只有一个按钮就是升级。

这个问题我也遇到了，经过反复测试，最终确认原因是升级了 btrfs-progs 导致的。
除此之外也不能升级 libbtrfs0 ，否则 SMB 服务用不了。

（绿联工程师似乎不会用 apt-mark hold ）


> BTRFS 快照至今没有上线。这个是之前 Q1 做的预告看起来是鸽了，隔壁飞牛已经上线了。这个我也不太理解有啥开发难度，可能是测试过不了？

我也不理解，对他们来说应该没啥难的，因为难点全在和这 SB 系统的兼容性上，这是我手动折腾的经验：
1. 注意上面提到的不能升级的包，如果直接 apt install snapper 系统就会炸。
2. 绿联即使你没有用，也会开启 btrfs quota 功能，这会导致 snapper list 非常非常非常慢。解决方案是要么关掉 quota 、要么不用 snapper 。

我权衡了一下，关掉 quota 可能会对绿联这脆弱的系统造成不可预知的影响，但我也不想手写快照策略。再加上短时间内搞炸了好几次，心累，就没再折腾了。

这日志看着太奇怪了，不仅有 「 blob data 」 还有「 Vim: Finished 」，这是在里面启动了 vim ？究竟怎么写配置才能做到这种效果？

建议把服务、配置都发出来看一下。

> 哪怕是机主我也看不到别人的数据

其他需求基本上都是成品 nas 必备的，但这点好像没有 nas 能满足……

是不是打开了 Available for hire

其实 i915-sriov-dkms 的 README 写了，需要提取一份 EFI 固件： https://github.com/strongtz/i915-sriov-dkms?tab=readme-ov-file#extract-graphics-efi-firmware

我前段时间按照这个步骤成功直通了 N100 的 GPU 给 Win10 ，不想提取的话网上这里有人收集了其他人的提取结果，也可以试试 https://yangwenqing.com/archives/1768/

前段时间在哪儿看到个帖子，比你还激进，认为编程语言都可以消失了，AI 直接生成二进制

@Yadomin 破案了，我寻思这帖子怎么一股充满怨气的感觉