Re: [讨论] 用AI写code产生的疑问

楼主: yamagishi (山岸刑务官)   2023-04-02 21:52:12
※ 引述《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完全没问题
作者: ripple0129 (perry tsai)   2023-04-02 22:06:00
设计的问题产生在于prompt的需求不够明确,与其说产出来还要去修改,应该在prompt阶段就可以去处理了。这一切当然是在现阶段还需要去处理的状况,当运算成本低到一个极致,或是储存成本低到一个极致,这就没什么好处理了。当运算达到极致时根本会没有祖传代码的问题,每一次的运作都像是一次完整的重构一般,这一切都问题根源都还是目前的想像基于运算有限储存有限
作者: Firstshadow (IamCatづミ'_'ミづ)   2023-04-02 22:14:00
Prompt需求不明确,结果是使用者的需求不明确==
作者: art1 (人,原来不是人)   2023-04-02 22:16:00
对我来说 AI 最有用的地方是可以把需求说得很模糊耶 XD
作者: viper9709 (阿达)   2023-04-02 22:52:00
神说有光就有光(误)
楼主: yamagishi (山岸刑务官)   2023-04-02 22:56:00
再快也克服不了物理世界的基本规律。今天的业务逻辑是一个 O 的时候,人或机器处理,无非在n 很小的时候才有区别。只有找到更低复杂度的近似算法之后才能谈AI代替人做。资讯复杂度放在那里,不是提高算力就能在常数时间解决。
作者: Suleika (Suleika)   2023-04-05 11:54:00
很务实的观点

Links booklink

Contact Us: admin [ a t ] ucptt.com