- 主题:AI 写代码确实太爽了
写几行需求给它。然后就刷刷刷生成一堆代码。和 Dr. lvsoft 不一样，我还会看一下它的源代码，理解理解。然后再给修改建议。AI 经常能够给出我一时半会想不到的方案出来。到这里虽然有提长，但总体提升其实一般般。
最爽的地方是 AI 给测试代码实在太方便了。改完代码单元测试跑一下，功能和性能都同时测清楚，上线代码再也不焦虑了！
直到 AI 出来，测试驱动开发这个软件工程模型才真正实用。以前都是扯蛋。
--
修改:hgoldfish FROM 117.28.162.*
FROM 117.28.162.*
还能写需求啊？你这么一说我得试一下。
【 在 PaoloMaldini 的大作中提到: 】
: 我现在让O3写需求和设计方案，要是能顺手搭个框架就搭一个（比如目录啊依赖啊啥的）
: 然后让claude sonnet根据需求和设计方案写代码
: 最后再让O3做code review，看看：
: ...................
--
修改:hgoldfish FROM 117.28.162.*
FROM 117.28.162.*
哈哈。我继续改进。
多听听大家的用法。
【 在 lvsoft 的大作中提到: 】
: ....
: 你对ai的理解，还停留在2年前....
--
FROM 117.28.162.*
我最近修的好几个 BUG 对调个语句就解决了。Rust 能解决吗？
1. 应该先更新缓存再通知客户端。之前弄反了。
2. 双重循环的次序错了。不满足数据局部性规则。
3. 在循环中频繁更新某些在循环中不变的数值。我给提到循环外就解决了。
【 在 gfkid 的大作中提到: 】
: 强类型的语言很多啊 但是只有rust是特别的
: rust能编译通过就几乎可以确定无bug了
: 实际玩玩rust就知道了
: ...................
--
FROM 110.84.121.*
是的。中间那个数据局部性的问题，我跟 AI 说了之后，AI 就自己改了。
我用的是 lmdb，它允许在数据库内建立多个 db 也就是多个 b 树列表。单个 db 有明显的数据局部性。AI 改完之后，处理时间从原来的 8s 降到 1s.
【 在 gfkid 的大作中提到: 】
: @lvsoft 还是请lvsoft解惑吧
: 不过我感觉你这个问题不是换个rust就能轻易解决的
: 不过如果改进prompt 有可能能让AI发现自己的逻辑问题 这样它自己就会修改
: ...................
--
修改:hgoldfish FROM 110.84.121.*
FROM 110.84.121.*