现在“古法编程”是不是慢慢淘汰了？

zbq

目前测试了cc+codex联合编程，cc规划项目任务，codex 编码+自测，cc审核。基本不需要手写代码了，只需要和CC沟通完项目所有细节和约束。能完成环境配置，编译，开发，自测，文档输出，提交。并且能完成自测覆盖100%业务分支。是否后续没必要再手写代码了，或者慢慢淘汰了？

gnail092

调试和测试也不需要人参与吗，示波器、逻辑分析仪总要人来测试下反馈给AI吧

lxh0508

是的，以后只有为人服务的这些产业无法被替代，而且会越来越好。比如推拿、捏脚、采耳、厨师等。人在享受这些服务的时候需要的很大一部分是情绪价值，比如尊贵的体验、暖昧的气氛等，这些是机器给不了的。所以趁年轻现在转行还来得及

zbq

gnail092 发表于 2026-6-21 11:58
调试和测试也不需要人参与吗，示波器、逻辑分析仪总要人来测试下反馈给AI吧

我试了使用gdb+jlink， cc是可以直接调试程序的，还可以串口和网口抓取log和协议，示波器和逻辑分析仪我觉得只要提供给AI接口，应该也是可以的

gnail092

zbq 发表于 2026-6-21 22:00
我试了使用gdb+jlink， cc是可以直接调试程序的，还可以串口和网口抓取log和协议，示波器和逻辑分析仪我 ...

对，不光是示波器和逻辑分析仪这种通用的设备，不同行业会涉及到不同的调试设备，前提就是AI通过通讯接口能对调试设备进行控制和读取，就都可以实现

world_all

请教下，CC是啥

world_all

请教下，CC是啥

xdh873939316

world_all 发表于 2026-6-22 08:23
请教下，CC是啥

claude code

eric2013

现在共识的地方是AI确实加速编程了。

但当前根本替代不了古法编程。因为一些程序和硬件问题，AI解决不了。

现在我这边使用AI，主要还是缩短了一些功能的开发时间，而这种问题，我们自己也完全可以实现，只是耗费时间。最关键的一点，核心问题AI帮不上忙。

最最关键的，时间是腾出来了，但人更累更忙了，腾出的时间用来干别的活了，人是一点没有轻松下来，如果这个时候AI生成的代码迟迟无法通过测试，这就比较麻烦了。

housping

”时间是腾出来了，但人更累更忙了“

海米阿门

我只用chatgpt+codex，无敌的存在

inceboy

"不管黑貓白貓, 只要會抓老鼠 , 就是好貓!!!!"

soyshell

cc+codex联合编程 。各有什么长处呢？大模型都是原厂的吗？都接入DS V4 PRO ,有效果吗？

way2888

housping 发表于 2026-6-22 10:03
”时间是腾出来了，但人更累更忙了“

这块田不耕，后面还有一大片，这是正所谓的牛马

fengxin32

gnail092 发表于 2026-6-21 11:58
调试和测试也不需要人参与吗，示波器、逻辑分析仪总要人来测试下反馈给AI吧

现在有skill能读取DAP和示波器了

fengxin32

fengxin32 发表于 2026-6-24 11:09
现在有skill能读取DAP和示波器了

突然想起，这发展下去不就是战锤的STC么？使用者完全不需要知道原理，按照手册操作就可以源源不断的的生产指定产品。这下真要安抚机魂了

njsssmq

自己写的一段代码运行时常23ms，太慢。发给AI，几次优化，缩短至3ms.确实牛

tanek

zbq 发表于 2026-6-21 22:00
我试了使用gdb+jlink， cc是可以直接调试程序的，还可以串口和网口抓取log和协议，示波器和逻辑分析仪我 ...

示波器的话，我用sds804x hd，有网口，很轻松就可以通过python的库来操作了。逻辑分析仪的话dsview的gui客户端是开源的，我用codex让它改成命令行了，所以的确是可以的。

zbq

tanek 发表于 2026-6-25 04:01
示波器的话，我用sds804x hd，有网口，很轻松就可以通过python的库来操作了。逻辑分析仪的话dsview的gui ...

让他用gdb给你定位程序异常非常牛逼

zbq

eric2013 发表于 2026-6-22 09:49
现在共识的地方是AI确实加速编程了。

但当前根本替代不了古法编程。因为一些程序和硬件问题，AI解决不了 ...

基本能代替至少70%，业务逻辑基本可以相信AI了，并且可以做到实现加验证，100%测试用例分支覆盖，这是手动编码不敢想象的

eric2013

zbq 发表于 2026-6-27 14:55
基本能代替至少70%，业务逻辑基本可以相信AI了，并且可以做到实现加验证，100%测试用例分支覆盖，这是手 ...

不行，比如我这个DSP信号处理方向实现，全靠古法编程，AI回复非常不靠谱，不知道从那里淘的算法系数，运行测试全是错的。


H7-TOOL的250M示波器软件将迎来一次大更新，增加FFT频谱，谐波修正计算，窗函数，各种测量参数支持（2026-06-28）
https://forum.anfulai.cn/forum.php?mod=viewthread&tid=131869

zbq

eric2013 发表于 2026-6-28 00:58
不行，比如我这个DSP信号处理方向实现，全靠古法编程，AI回复非常不靠谱，不知道从那里淘的算法系数，运 ...

要给他加边界，约束条件得，不然肯定效果不好

eric2013

zbq 发表于 2026-6-28 07:52
要给他加边界，约束条件得，不然肯定效果不好

没用，你试了就知道了，因为网上没有训练素材，这个才是最根本的。

DX3906

网上看到一句话我觉得很有意思，开源资料越多的东西ai越强。
我觉得古法编程里大量重复性的开发工作本就可以也应该被ai替代，人写的代码远不如ai代码质量高，这本身就可以减少debug工作量。
但是复杂业务上人的想法还是最重要的，你得清楚项目整体思路，知道该往什么方向走，对复杂项目所涉及的知识要了解，不然ai幻觉给你瞎编一个实现找都没法找

hpdell

zbq 发表于 2026-6-27 14:55
基本能代替至少70%，业务逻辑基本可以相信AI了，并且可以做到实现加验证，100%测试用例分支覆盖，这是手 ...

业务逻辑基本可以相信AI了   这个也不一定哟， 我遇到过几次 ai 逻辑搞错的

刚开始也是你的这样的心态以为ai不会吧逻辑搞错，可结果还是我错了哟 找了很久才发现逻辑错

zbq

soyshell 发表于 2026-6-22 21:18
cc+codex联合编程 。各有什么长处呢？大模型都是原厂的吗？都接入DS V4 PRO ,有效果吗？

那效果不好啊，联合就是为了弥补单一模型的缺陷