大家通过AI写的代码自己还看不看的

gnail092

感觉还是要看下，完全放手目前不太可能，单片机的代码有些问题AI解决起来还是反反复复的折腾才能好，我用的是国外的模型chatgpt、claude，速度还是有点慢，所以自己不看一下的话，不然来回沟通AI都解决不了的时候，自己都无从下手了，看懂了至少自己还能改下。尤其是要去现场调试的时候，时间比较紧迫的时候，你还只能靠着AI帮你去解决吗，最好是可以一起来解决吧，不能完全依赖它。所以最费时间的还是理解它写的代码，还有调试有问题反复沟通的时间。

regbbs

可以让ai总结下代码，生成文档，或者是要AI给代码更多注释，这样就在需要修改的时候容易理解修改了。调试可以直接把问题现象和代码丢给AI，然后反馈给它结果，让ai再次修改。

会飞的猪_2020

人类做code review 是在限制AI的能力发展。能过测试用例就行了..

我已经不怎么看了，AI给我写的代码了。
昨天写了一个磁编SPI的驱动代码，我就是只给了AI这个芯片的型号，让它自己根据github开源库和手册写代码。
我自己是没有关注它到底怎么内部实现的。

然后第一次写出来的时候，我用GPIO翻转+示波器测性能，发现一次读写要500us太长了。
然后把示波器图片给AI，告诉AI每个颜色是哪个IO口。
然后他自己分析，根据手册提高了时钟频率。从500us干到35us。
然后再把CRC校验从官服例子里面的逐bit计算，改为查表。把编译等级改成了O3
从35us干到了20us。

然后它告诉我理论值应该是10us。

到这里花了我20%的时间

后来我感觉还能优化，我就继续观察波形，发现SPI收发之间的间隔有5us。
但是这部分我花了80%的时间也无法优化。我测量了TX和RX函数之间的时间，0.6us
AI说如果要优化的话，需要把HAL库改为寄存器实现，问我要不要改。
我说不要改了，然后就结束了一天的调试。。

中间AI写的代码，我都没仔细看过了。

gnail092

会飞的猪_2020 发表于 2026-3-27 08:17
人类做code review 是在限制AI的能力发展。能过测试用例就行了..

我已经不怎么看了，AI给我写的代码了。 ...

AI还是存在短板的领域，特别是一些特定领域的冷门点的产品，网上资料都很少的东西，所以完全靠AI而不管代码就感觉心里没底，万一出了什么问题AI解决不了了，还是靠自己去查代码解决。

另外，就是它写的代码你常规的测试可能是没问题，但代码上可能会存在他考虑欠妥当的东西，这些东西是测试又没有那么容易测试的，人是积累了很多行业经验的，AI并没有行业经验，有些细节的地方的处理它未必考虑到。

gnail092

regbbs 发表于 2026-3-26 22:51
可以让ai总结下代码，生成文档，或者是要AI给代码更多注释，这样就在需要修改的时候容易理解修改了。调试可 ...

这个是可以做的，不过他的注释有时候看起来也挺费劲的，按自己的理解去注释还是不太一样

yono

只要给 AI 提供可靠的基础建设，那他做出来的东西就是可靠的。

这里基础建设包括 文档、底层驱动、硬件设计、技术组件的选用等 AI 无法直接干预的东西。

我感觉 AI 时代反倒更适合严谨复古的开发思路。“大跃进”“敏捷式”更不可取，AI 很容易顾前不顾后，藏一堆雷，用这种风格开发项目的就必须“靠自己去查代码解决”。一点一点稳固推进验证的项目，全权交给 AI 吧。

eric2013

个人建议程序框架必须自己做了，框架弄好后，各个子功能安排给AI完成，方便自己后期维护。要不后期bug调试比较麻烦。

gnail092

yono 发表于 2026-3-27 10:22
只要给 AI 提供可靠的基础建设，那他做出来的东西就是可靠的。

这里基础建设包括 文档、底层驱动、硬件 ...

我发现跟现场工况相关的一些逻辑性的代码不能交给AI，有很多bug，它改了这个又影响其它逻辑，，我自己再改也很累，虽然编码时间短了很多，但调试时间反而更长，都不知道还有没有其它问题，心里都没底

YH_Zhang

会飞的猪_2020 发表于 2026-3-27 08:17
人类做code review 是在限制AI的能力发展。能过测试用例就行了..

我已经不怎么看了，AI给我写的代码了。 ...

请问是什么AI软件

regbbs

gnail092 发表于 2026-3-27 13:16
我发现跟现场工况相关的一些逻辑性的代码不能交给AI，有很多bug，它改了这个又影响其它逻辑，，我自己 ...

可以把代码给几个ai交叉验证。

yono

gnail092 发表于 2026-3-27 13:16
我发现跟现场工况相关的一些逻辑性的代码不能交给AI，有很多bug，它改了这个又影响其它逻辑，，我自己 ...

所以咱们还是不能做深度 AI 绑定的项目，到现场要做好没网也要解决问题的准备。

gnail092

regbbs 发表于 2026-3-27 16:42
可以把代码给几个ai交叉验证。

这次我已经改好了，输出了一些文档，下次再改这个项目代码，让他查看这些文档，应该会好的多吧，不然AI每次都重头来一遍犯错率很高。这次改动这么折腾，可能跟我一开始交代的东西也不够详细也有关系，一些细节和逻辑关系没有详细说明

gnail092

yono 发表于 2026-3-27 16:50
所以咱们还是不能做深度 AI 绑定的项目，到现场要做好没网也要解决问题的准备。

现场手机总能带进去吧，开热点了用AI解决

lovecomputer

我的思路供参考：
1.架构期间一定要参与AI讨论，理清思路，参与讨论很重要，AI不是万能的，请看我和AI的讨论也许会有所启迪；
2.AI经常会把技术、技巧用到机制，看看并提升相关知识能力也很重要

diiiiiii

lovecomputer 发表于 2026-4-30 10:50
我的思路供参考：
1.架构期间一定要参与AI讨论，理清思路，参与讨论很重要，AI不是万能的，请看我和AI的讨 ...

对的，有时候ai能提供一些想不到或者其他人创造的理念。还能参考行业通用做法，有时候自己想个架构，写着写着就发现存在很大的问题，而业界通用做法已经经过多种考验，拓展也有成熟的方案。

PKB404

看啊，经常给了错的，还是要甄别一下

lovecomputer

再次上传与AI交流，我的结论是使用AI、不依赖AI

sumji

我一般都是先和AI讨论方案，第一次总是很简单的方案实现，进行几个问答轮之后覆盖的场景就较为丰富了，确认后再让它生成代码，生成的代码我也得检查一遍。AI大部分工作都在独立模块中(带完善的注释)，后期测试有问题了再开始深究