AI 大大提升了编码的生产效率，让很多难点都比较容易结局了，但我遇到了以下问题，有没有同感的朋友们呢？大家如何解决的呢？
1. 自己越来越不会写代码了
2. AI 写的代码有些啰嗦，有很多不太优雅
2. 对项目的把控很低，害怕代码有问题
1. 自己越来越不会写代码了
2. AI 写的代码有些啰嗦，有很多不太优雅
2. 对项目的把控很低，害怕代码有问题
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
 |
1
eod 5h 8m ago
人和代码，有一个能跑就行
|
 |
2
sth2018 5h 7m ago
正如《纳瓦尔宝典》所说的,判断力是决定成败的最关键技能.AI 编程后更加考验我们的判断力,代码审查能力
|
 |
3
theohateonion 5h 5m ago  2
1. 这个不是问题，能高效生成了为什么还要手写。
2. 这个是你作为工程师要解决的问题，怎样让代码不啰嗦，让他变得符合你优雅的定义。你需要加 rule ，做好上下文管理。 3. 这个也是你作为工程师的要解决的问题，如何建立可信的验证机制，确保不出大问题。或者即使出问题了，如何快速识别和回滚。 |
 |
5
yeyeye 4h 59m ago
你写代码的时候，会关注汇编层面的内容吗？
事实上你并不关心，你只关心产出和结果，小概率会观察性能然后优化（但也不会跑去汇编层优化） 而且 ai 产出这么多，已经没可能一个个看了，真的看不过来，你还没看完这一版，下一版又来了。 |
 |
6
Edward4074 4h 58m ago
1. 多考虑代码之外的问题，比如产品层面
2. 就当成这代码是同事写的，同事写的代码只要能保证正确性，细节你也不会太多干涉是吧 3. 换个方式“把控”项目，从架构上判断哪部分“可能”有什么问题，至于具体的问题核实和分析优化仍然交给 ai |
 |
7
sagnitude 4h 54m ago
你要从写代码的变成 tech leader
|
 |
8
6581 OP @theohateonion 嗯嗯，感谢感谢，是可以落地的一些东西
|
 |
9
yesterdaysun 4h 31m ago
我认为不能简单的类比代码到汇编, 代码转汇编这个 gap 很小, 预期发生偏移的概率很小, 但是从一段需求文本到方案再到代码实现, 这中间经历了 2 次转换, 2 个 gap, 这里面预期发生偏移的概率非常大, 偏移带来的结果短期影响比较小, 反正能跑就行, 但是长期直接就是一坨 ai slop, 难以维护下去, token 消耗飞涨, 改一个问题出两个问题, 然后等项目重写吧, 所以当前还是需要人在其中判断把控的, 虽然不排除几年之后, ai 这两个 gap 也被缩到很小, 那真就没人啥事了
|
 |
10
Yanickkk 4h 28m ago
担忧是对的，以后编码能力就不在是一个被动锻炼的过程了（以前不得不手写，本身就是一个锻炼的过程），未来会变成一个需要刻意练习的过程。不讨论现在的就业行驶前的情况下，我认为 AI 对老手来说是一个巨大的帮助，解放了写代码的时间，虽然花了更多的事情去 Review 。对于新手来说，如何学习 & 刻意练习的门槛变高了
|
 |
11
user1284 4h 28m ago
升管理后大大提升了编码的生产效率，让很多难点都比较容易结局了，但我遇到了以下问题，有没有同感的朋友们呢？大家如何解决的呢？
1. 自己越来越不会写代码了 2. 手下写的代码有些啰嗦，有很多不太优雅 2. 对项目的把控很低，害怕代码有问题 |
 |
12
imagecap 4h 24m ago
人工智能 => 人工 Agent, 懂的都懂！
|
 |
14
v2er119 4h 14m ago
只要作为第一当事人判断力还在，问题不大。
复杂的问题，完全交给 AI 甩手不管，AI 一定会有和业务无关的多余的发挥。 区别是你对业务了解和参与的程度，还是一样会影响产品的质量。 所以，过往沉淀的语言编程和代码工程能力并没有作废。 |
 |
16
zuokanyunqishi 3h 46m ago
@theohateonion 这还是软件工程的能力,😄
|
 |
17
lyz0205 3h 37m ago
vibe code 其实也是一个工程问题。
以前是人工写代码，确实能把控得很好，现在给够时间仍然可以把控得很好。 只是都还没有适应这突如起来效率提升，技术更新迭代太快了，整个行业都浮躁，都在害怕被落下。 至于自己会不会写代码，在我看来，原来使用的 Java 、c/c++、Python 也都是语言。区别是熟悉 Java 这些语言的人是我们程序员，范围比较小，而现在 vibe code 熟悉的人变成了所有人。共同点是 Java 会讲代码翻译成 JVM 的语言，而 vibe code 会讲自然语言翻译成 Java ，其实就是封装了一层，就像 Java 封装了 JVM 的指令一样。 最后慢慢沉淀吧，以前一个只会写 Java 而不知道 JVM 原理的人是没办法成为一个优秀的 Java 程序员的，给他自己写，写出垃圾代码的可能也很大。现在是都懂自然语言，但不懂得程序的运行原理，给他怎么搞，都是相当于以前用 Java 写增删改查。上来写个可运行的程序，就是我们以前写的 hello world 。 |
|
18
theohateonion 3h 22m ago
@zuokanyunqishi 是的，目前阶段，只要还是 LLM ，就不可避免的会出现上下文污染问题导致结果偏移，软件工程现在要解决的问题是如何组织合理的上下文让 AI 尽可能的聚焦，不然做的越多错的越多，最后的结果就是项目失控。
|
 |
19
ktyang 2h 57m ago
1. 不会就不会，现在不会写汇编也不影响调代码不是。
2. 看你怎么加约束和管控了。 3. 对项目的把控度和对代码的把控度是两个问题。前者大量应用软件工程的方法，后者就放弃吧。 |
 |
20
hackyuan 2h 54m ago
解决不了，不然最近各家 C 端产品：淘宝、美团、高德、腾讯等 bug 频出、样式错乱就不会出现了，吐槽帖很多。
|
 |
21
crysislinux 2h 52m ago via Android
你只需要记住公司是老板的不是你的，管理层不会因为你更注重质量就给你多发钱，反而可能因为耽搁了时间少给你钱。大胆的 vibe 大胆的 merge 吧，大不了 n+1 。
|
 |
22
wjv22019 1h 2m ago
只有在 AI 生成代码前的设计文档和最后生成完成的总结文档调整，AI 的代码看不完，根本看不完
|
 |
23
hunono 40 mins ago
你现在关注内存地址\手动释放内存吗?如果不关注,你放心吗?不怕内存爆了?不怕内存泄露?不怕内存$%@#$^^?如果放心,那上面 3 个问题你担心什么?
|
 |
24
duanxianze 34 mins ago
因为你还在按传统的开发的方式思考，所以有这种想法，新时代应该有新的开发流程，整个流程的我才疏学浅想不明白，但基本上不该有 java go rust 这种东西，人类输出需求文档，ai 直接生成二进制代码，不需要关心 ai 中间是如何实现的
|
 |
25
LowBi 29 mins ago
现在的问题是如何把业务需求好好的通过文字及图片好好描述给 AI ，AI 的代码瓶颈不是屎山，而是人类的业务需求屎山。要尽量理解，确保 AI 不会被误导。业务一复杂大脑理清并组织语言超累
|
 |
26
snakejia 26 mins ago
这个问题看工资,以现在的工作和工资情况来说,干一天是一天
|
 |
27
xixi1412 15 mins ago 1
30 年前的版本：
1. 越来越不会写汇编了。 2. 编译器生成的汇编很啰嗦，有很多不太优雅。 3. 对项目的把控很低，害怕汇编有问题。 思维载体只是从编程语言换成了自然语言。 解： 1. 用高级语言（自然语言）编写，编译器（ agent harness ）会帮你处理好. 2. 配置编译策略（有什么代码洁癖和规范，就在 agents.md 中声明一下） 3. lint 解决代码质量，test 解决逻辑和业务质量，build 解决编译问题，agent 解决一切问题，你把控方向盘就行。 |
 |
28
wsseo 15 mins ago
现场出问题，领导一问三不知。
|
 |
29
quxiaojuncuiyue 12 mins ago via Android
我觉得你最应该关心的是自己的腰包会不会瘪。你关心的上述问题，其实在非 ai 时代也存在。之前的时代里，你团队里难道就没有代码写的稀拧、啰嗦的人吗 就没有不服管不可控的情绪化的人吗？都有吧，这些都不影响项目上线。
|
|
30
6581 OP 我觉的你说的很有道理，以后我就用自然语言去写代码了
|
Select Language