每周小结 84 | AI写代码的速度太快了,反而把人给累死了
← 返回周报

每周小结 84 | AI写代码的速度太快了,反而把人给累死了

这周读书状态算是渐入佳境了,同时探索了一下微信读书新出的Skill,可以有更多的玩法了,减轻我很多读书记录上的工作,也许还能把过去读书笔记给盘活。

每周思考

1、AI写代码的速度太快了,反而把人给累死了

这周几个项目并行,执行都交给了 AI,但决策和测试还是得自己处理,可AI干活的速度远远快于我审核的速度,这周状态是难以持续的。

目前最大的两个担心:一是改业务逻辑时 AI 容易把原有功能搞坏;二是 UI 和交互设计,AI 做出来的东西审美不行。

针对这两个问题分别做了对应的 skill,以及加入了相关规则,放到全局的claude.md和agent.md,设计方面,写了一套设计规范的skill,凡是涉及 UI 和交互设计的任务都会自动调用,让它按我的规范出方案。

另外在决策方面,我搞了个 AI Decide 的skill,有点孙悟空分身的意思,这个Skill会创造个子Agent,代替我做常规的审核,同时这个Agent要用"干净的上下文",避免污染,有句话叫当局者迷,旁观者清,放在AI身上也成立。只有涉及支付、隐私这类敏感决策时才升级到我这里。

2、开发范式的未来转变

过去,每开发或修改一个功能都涉及很多地方,要耗费不少人力,同时时间对用户的影响也非常大。在AI出现后,它修改代码的速度非常快,导致人有点审核不过来。如果我们执行过去那套严苛的审核范式,让很多环节都依赖于人,必然适应不了AI时代的节奏。上周我看了一篇文章,作者提到,当初开发成本太高是被现实倒逼出来的历史产物,现在的流程应该把审核范围放宽一点,这还蛮有道理的。

3、AI发展越来越快,但大模型公司并没有放下招人的步伐

像 OpenAI、Anthropic 这些大模型公司,按理说 AI 越强,他们自己的团队应该越精简才对。但实际上这些公司都在疯狂扩招。而且有意思的是,他们对外卖的故事是"AI 帮你省人力、替你干活",自己却没怎么省人。

为什么?我猜大概率是新增的岗位集中在销售、商务这类方向——这些岗位本身就不太容易被 AI 替代。后面可以查查他们最近招的都是什么岗位,应该能验证这个判断。


每周读书

《秒懂设计模式》 3颗星

略微有点专业,但内容很好,大的原则跟我理解的很像:处理代码做任务就像工厂生产东西一样,一个车间只生产处理一道工序,对应到代码,那就是每个代码,只做一个功能逻辑,不应该掺杂其他东西,做功能都要做成插件式的设计。

《北京四中语文课:红楼梦从来没有这样学》3颗星

之前一直想读红楼梦,但迟迟未读,这本书让我又产生了阅读的兴趣,《红楼梦》不光写了那个年代上层阶级的生活,还写了大家庭从风光到没落的过程,处处都是阶级矛盾,记得教员也曾提到过,《红楼梦》至少读三遍,后面准备抽空读下。

其它

《奇怪的知识又增加了》

这本书一般。作者写的很多知识(牛顿定律、宇宙大爆炸理论等)都是比较偏常识的,并不觉得"奇怪"。

《我们为什么要睡觉》

印象最深的是书里提到的实验,上世纪30年代,有两个人为了测试人的睡眠周期,在一个没有光的深洞里待了32天,最后测出人的昼夜节律大概是24小时多一点,蛮好玩的。

我理解睡觉就是人体在恢复,以前总以为非快速眼动周期比快速眼动周期更重要,但科学家实验发现两者同等重要。睡眠被剥夺后恢复睡觉时,两个周期花费的时间都差不多。