ai 时代，现在控制项目代码可读性还有意义吗

[zhengfan2016]

如题，看了 claudecode 的 main.ts 单单一个 run 函数就 4400+行代码，人类不依赖 ai 读的话也得读很久吧。但是依赖 ai 你也没法判断 ai 总结的对不对，因为你实际都没完整读过 main 的代码。

[clemente]

保持 ai 的可读性
算是上下文持久化

[xtreme1]

省 token

[clownxiaoqiang]

暂时来说还是有意义的，硬要说的话，未来可能意义越来越小。

毕竟 AI + Code Agent 都在发展，不是就停在当前的水平了。当 AI 的结果越来越可信，就越不需要懂细节。

[swaylq]

反而更有意义了。AI 生成代码越多，你越需要能快速 review 的代码结构，不然就是在给自己埋雷。CC 那个 main.ts 是个反面教材，4400 行的函数连人带 AI 都不好维护。实际项目里我现在反而更严格地拆函数、写注释了，因为 AI 重构的时候如果原始代码就是一坨，输出只会更烂。可读性本质上是给未来的自己（和 AI ）省时间。

[beimenjun]

当然有。

代码就算是给 ai 看的，维持一种可读性，也是提升 ai 工作质量的一种途径。 /t/1196036

[lifei6671]

当一个 bug 出现 AI 又无法修复的，就很有意义了。

[jackOff]

现在就是要强调代码可读性，减少过度设计模式啊，否则烧 token,哪怕换新人接手也不好接手啊

[Atma]

没了，自己都不读了

[andforce]

我称之为：古法编程思维

没有必要，请面向结果编程

[heyjianjun]

AI 治好了我的代码洁癖，现在完全不看代码了，能跑起来就行

[zhengfan2016]

@heyjianjun 实话说我写自己的开源项目还是有不少代码洁癖的，vibe 确实能用，但是还是没法接受完全 vibe

[mtan]

要有中间商思维。想想之前你手写代码的时候，你老板会追你的代码求可读性吗？

[stormynight]

现在 obsidian 里的笔记都不怎么整理了...想着有空了让 ai 花一晚上整理一下

[laikicka]

@swaylq 4400 行的函数 很少了啊.. 这也不能维护?

[ganbuliao]

呃呃呃呃
这个也是最后压缩成一个文件提供出去
可不是工程上本来就写这样的啊

[wu67]

还算有意义, 组织合理的代码, AI 分析代码的时候, 稍微快一点点, 但是怎么说呢, 有点鸡肋了, 能用就行, 多出来的时间喝两口开水就好了.

当然 ai 乱喷屎的时候最好别接受, 一旦这种状态, 大概率开始降智了, 不要接受代码, 让它忘掉前面的逻辑重写

[udisyue]

看你怎么看待这个工程了，要是纯粹一锤子买卖的，无所谓维护，那就不管。要是你还想用这套代码搞业务，那还是要控制一下

[Ketteiron]

一个函数几千行我认为不会影响可读性
影响可读性的是代码质量和组织方式
如果写得足够好，阅读起来会比散落成几十个小文件轻松得多且快得多

例如我自己编写业务 SDK ，基本就是一个上千行的 index.ts ，只有一个闭包主函数，对于 LLM 来说根据业务上下文去加功能改代码又快又好，不需要消耗大量 token 在递归代码上，徒增噪音，其实对于人类来说也是如此

[BeautifulSoap]

在现在这个 AI 编程范式还没发展出结果的情况下，这取决于你相信哪一套 AI 叙事

相信一切全交给 AI ，只要 AI 模型够强相信靠着测试和验收能完全不用掌控代码这套叙事的话，那就让代码飞，你只做一个负责验收的老板。
相信 AI 时代代码依旧需要人类 review 的话，那控制 AI 写出人类可读可 review 的代码就至关重要了

[GeruzoniAnsasu]

在说什么蠢话

- 你是 AI 的 leader
- AI 正试图防御性编程写出你看不懂的代码

你的选择是？
1. 「噢噢，能跑就行，A 工，以后靠你了」
2. 「这种垃圾也想过我的 review ？我看你是不想干了」