作者yamagishi (山岸刑务官)
看板Soft_Job
标题Re: [讨论] 用AI写code产生的疑问
时间Sun Apr 2 21:52:12 2023
※ 引述《ripple0129 (perry tsai)》之铭言：
: 事实上未来没有写code这种东西
: 我们会在当下才会认为应该是这样
: 而未来根本没有所谓的写code
: 而是跟AI说你要解决什麽问题
: 它就帮你解决这样
: 当然那个还很久
: 现阶段的疑问是AI可以写code
: 只要帮它code review即可
: 也就是未来没有初阶工程师了
: 你要code review没有经验是在review啥
: 换句话说每个公司都会cost down的状况下
: 初阶工程师阵亡一堆
: 而我们最後一批写程式的人
: 就跟濒临绝种动物一样
: 在还没有达到最上面说的那个阶段前
: 是我们最後存在的价值
: 当然达到那个阶段我们也没价值了
: 已经进入这个行业有资历的不用担心失业
: 反而刚要来这个行业的人需要担心
: 因为连code review都做不到
: 根本无法有效利用当下的AI做产出
回覆应该会变得很长所以特地开一篇。
在专案规模越变越大的时候怎麽去处理祖传代码？
从人类既存的软体史来说这些祖传代码几乎没有修好的可能性，从这个方向由AI做出发点来讨论。
专案本身的复杂度正比於 BUG 的发生率，而 BUG 的发生通常是错误的抽象造成的结果。
所以AI可以处理吗？不行，因为是人类在提需求时就已经有问题了。
再回到复杂度的讨论上。
每一种资料结构与其时间、空间的 big O都有其优缺点，这是一种取舍，不可能仅有一种最优解。
那AI生成确定真的是生成你需要的东西吗？我是不是有修改的需求？
我有修改的需求就表示我需要读懂AI写的代码，那我就需要可读性，也许你会说既然都用AI生成的话为什麽不用机器语言就好了。
1. 可读性的本质是易修改，这代表只要较少的资讯就可以实现改变，这是一个迭代效率的问题。
2. 我要求处理时间要在多久以内完成的方式让AI重新生成代码，这方式最终还是会回到上述的迭代效率的问题上。
我会在原文的回覆是在说有一群人的观点是「神打个响指就能解决人类一直解决不了的问题。至於怎麽解决的，我没有能力关心，因为他是神。」
神替换成AI完全没问题
-----
Sent from JPTT on my Asus ASUS_I01WD.
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.166.155.48 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1680443534.A.A1C.html
1F：推 ripple0129: 设计的问题产生在於prompt的需求不够明确，与其说产 04/02 22:06
2F：→ ripple0129: 出来还要去修改，应该在prompt阶段就可以去处理了。 04/02 22:06
3F：→ ripple0129: 这一切当然是在现阶段还需要去处理的状况，当运算成 04/02 22:06
4F：→ ripple0129: 本低到一个极致，或是储存成本低到一个极致，这就没 04/02 22:06
5F：→ ripple0129: 什麽好处理了。 04/02 22:06
6F：→ ripple0129: 当运算达到极致时根本会没有祖传代码的问题，每一次 04/02 22:08
7F：→ ripple0129: 的运作都像是一次完整的重构一般，这一切都问题根源 04/02 22:08
8F：→ ripple0129: 都还是目前的想像基於运算有限储存有限 04/02 22:08
9F：→ Firstshadow: Prompt需求不明确,结果是使用者的需求不明确== 04/02 22:14
10F：推 art1: 对我来说 AI 最有用的地方是可以把需求说得很模糊耶 XD 04/02 22:16
11F：推 viper9709: 神说有光就有光(误) 04/02 22:52
12F：→ yamagishi: 再快也克服不了物理世界的基本规律。 04/02 22:56
13F：→ yamagishi: 今天的业务逻辑是一个 O 的时候，人或机器处理，无非在 04/02 22:56
14F：→ yamagishi: n 很小的时候才有区别。 04/02 22:56
15F：→ yamagishi: 只有找到更低复杂度的近似算法之後才能谈AI代替人做。 04/02 22:56
16F：→ yamagishi: 资讯复杂度放在那里，不是提高算力就能在常数时间解决 04/02 22:56
17F：→ yamagishi: 。 04/02 22:56
18F：推 Suleika: 很务实的观点 04/05 11:54