用 ai 写代码是不是该换种方式了

[PiersSoCool]

我现在总觉得 我实现一个需求 如果用 ai 完整实现 是一段代码

但是现在所谓的 MVC 或者 Spirng 这些框架 似乎都在妨碍 ai 写代码

首先文件要分布很多地方 并且 ai 学习框架工具还是有一定的难度 稳定性不如原生库

是不是应该有个 ai as a service 写好了直接 run 搞成很小的 ai 服务 全部交给 ai 代写

实际上 代码能跑就行 ai 写的代码很多冗余 很浪费资源 但能跑就行 这会不会挑战很多人的底线

不知道我说明白没有

[ztm0929]

能理解 OP 的意思😂不过个人（编程小白）觉得，这样的服务必须要朝着提升实际代码能力的目标开发，否则推广的可能性比较小。
从生产角度来看，资本的特性决定了老板们肯定需要利益最大化，尽可能地节省资源；
从爱好角度来看（也就是我自己这种编程小白的角度），“知其然而不知其所以然”的代码生成模式恐怕也不利于学习；

[cherryas]

类似流浪地球那种？ 整个代码完全是 ai 写的？

[corcre]

除非能完全满足需求而且维护/升级/修改这样的要求都给 AI 完成, 不然要人去改点啥那可真是要了老命了

[947347]

看看 gpt-runner

[makerbi]

大部分的 LLM 上下文长度也就 32k ，导致很难把一个完整的中型项目或者小型项目+文档放到上下文里，也就无从谈起跨文件理解架构和函数调用之类的需求。所以目前比较期待 Google 的 1M 上下文长度 Gemini 1.5 Pro 来实现完整理解代码项目。根据一些内测用户的反馈确实能够达到放一个完整代码项目进去然后实现新功能。

[PiersSoCool]

@ztm0929 这也是我最纠结的地方，如果破坏性变革，基本上很难推行，但是现在边生成边改也挺痛苦的（有时候

[PiersSoCool]

@cherryas 框架是 ai 编写的，人类最好在里面改改（监督）即可，省事

[PiersSoCool]

@makerbi 这个好！

[cutchop]

如果代码由 AI 维护，确实不需要设计模式了，什么 MVC 、MVVM 、MPV 、SUV 、UFO 都不需要了

[HXHL]

去年就思考过了
https://correctroadh.github.io/p/ai 是否会带来编程范式上的改变/
😂主要觉得 ai 就可以用可读性换性能了。

[HXHL]

@HXHL 奇怪，中文链接怎么没有办法打开呀，[链接]( https://correctroadh.github.io/p/ai 是否会带来编程范式上的改变/)

[HXHL]

@HXHL 这次应该可以🤔

https://correctroadh.github.io/p/ai%E6%98%AF%E5%90%A6%E4%BC%9A%E5%B8%A6%E6%9D%A5%E7%BC%96%E7%A8%8B%E8%8C%83%E5%BC%8F%E4%B8%8A%E7%9A%84%E6%94%B9%E5%8F%98%2F

[Haku]

我感觉直接把 AI 做成一个可自我解释的 Agent 这样就挺好的。
入口本身是一个对话，你需要什么东西，让 AI 自己写自己的插件，写完后入库登记相当于 AI 增加了一项新功能。

[mightybruce]

看了表示，你对 AI 理解太过肤浅。多看看大厂和国外公司具体 AI 结合代码的产品吧。

[zhouyg]

你说的这种就是现在说的 ai first 的编程理念，现在的 ai 编程其实都是机器人打算盘

[PiersSoCool]

@Haku 我也是这么想的，如果能直接部署就好了

[Leviathann]

为什么不用 ai 直接生成二进制？

[rocmax]

ms 有个 autogen ，就是用 chatgpt 模拟多个角色，互相协作来完成任务，可以让一个角色先设计架构，再把任务细分，然后另一个角色负责生成子任务的对应代码，再有另外一个角色测试，最后再组合。

[PiersSoCool]

@Leviathann 你还别说，算力增加 1000000000 倍的时候可以让他学习二进制？

[947347]

@makerbi 没记错的话 gpt4 是 128k 上下文，以及 4k 单次回复上限