感觉 AI 时代代码编写和维护变得更加困难了

[iamdhj]

提需求的人都觉得编程非常简单，把需求扔给 AI 输出的东西就能用，实际可能连需求都没弄清楚。程序员得应付模模糊糊的需求和维护 AI 输出勉强能用的编码。

[tqyq88]

同感，ai 的 code 效率高，拉翔的速度也是杠杠的

[lifei6671]

确实是，有时候 AI 想的太多，有时候 AI 又想的太少，导致写的代码慢慢失控了。

[libasten]

怕的时候需要微调一个地方，来回折腾几次都没能达标，自己去手动改，又不知道在哪里，怎么改。

[GuluMashimaro]

自己用的小工具类的，不 review 正常。但是你商业项目直接用 ai 生成也不 review ？起码需求得帮客户完善吧

[pagxir]

目前 AI 写代码进度完全不可控，开局很快，后面就跟炼丹一样，有可能会出废品也可能能用

[june4]

梦游式编程，追求的是能用就行

[crysislinux]

是这样的，我们的项目已经开始失控了，很多开发者其实不会去想方案合不合适，容易头痛医头脚痛医脚。。

[iamdhj]

@GuluMashimaro 现在问题是客户或者领导觉得代码实现非常简单，程序员只是 AI 搬运工。需求没明确可能也会让你先出个版本看看，你如果说难办他们告诉你直接把需求／代码扔给 AI 就行，非常简单。

[cloudzhou]

ai 掩饰了开发者的水平差异倒是可能的，因为看起来都能跑起来
但是 ai 的工作过程，也受开发者的水平影响的，长期维护的项目会体现出来的

[msg7086]

很多人没搞清楚写代码和做软件工程的区别。软件工程不是简单无脑扔提示词这么简单。

[AoEiuV020JP]

架构要求高了，上限高了，
实际上不用 AI 的话你把需求扔给同事输出的东西你一样维护不了，代码质量并不能保证比 AI 强，

[cominghome]

一句提示词下去拉了七八页大的，这还 review 个鸡毛。vibe coding 关注输入输出行了，对了，让 ai 把测试用例写好

[imagecap]

让 ai 干这个，干那个，说实话效率是真的低。在生成代码只适合做 demo ， 工程化的成本不是一般的高， 尤其是在屎山上用 ai 拉屎，ai 吹不是蠢就是坏

[whusnoopy]

最近的体验恰恰相反

在一个良好构建的大型项目里使用 AI 来清理和重构部分过时代码，在我对架构熟悉且知道自己在干什么的前提下，AI 能显著加速我的过程，也没有失控乱改，对原有架构有变动的话我会判断，是 AI 瞎搞要他改回去，或确实是更优解，可以按更优方案推进

[94]

所以《软件需求分析》是单独的一门必修课程……

[0o0o0o0]

简单来说就是 ai 和人类没有对齐

[novaline]

道和术的区别

[houshengzi]

又回归到重修大学的《软件工程》这一课

[yplam]

把代码架构设计好，效果会好很多，尽量把独立功能解耦出来，单个包的代码量控制在 AI 能有效处理的范围内

[lindas]

没关系，以后的事情就留给以后接手的同事/AI 吧