暂无搜索历史
这不是一个“让 AI 写代码”的问题,而是一个“让 AI 稳定推进复杂流程”的问题。
原因很直接:Codex 本来就能理解中文。我要它怎么做、不要怎么做、输出什么格式、哪些目录不要碰、遇到异常怎么处理,写成一段清楚的说明不就行了?
后来才反应过来,Git 不是只看当前目录。这个大文件只要曾经被 commit 过,即使后来删了,它还在 Git 历史里。Gitee 检查到历史对象里有超限文件,...
软件刚点开,什么界面都没出来,先弹一句:“由于找不到 xxx.dll,无法继续执行代码。”
卖家写一句“i5、32G、512G 固态”,看起来信息很完整。但真正决定这台机器能不能买、该不该压价、适合谁用的东西,往往不在这几个参数里。
Keil、VS Code、串口工具、逻辑分析仪软件、CAN 工具、JLink、Python 脚本、芯片 SDK、资料文档,一天里这些东西会反复打开。开发机一旦变...
它没有告诉你为什么要加一,也没有告诉你阈值从哪里来,更没有告诉你断电前有没有保存状态、有没有通知上位机、有没有可能误触发。
纯应用层开发里,很多问题会以比较清楚的方式出现:接口报错、日志堆栈、异常码、请求超时、数据库连接失败。虽然也复杂,但至少系统愿意给你一些文字证据。
我第一次明显感觉到 AI Coding 的“上下文不够用”,是在查一个串口 DMA 偶发丢包的问题。
同一颗外设,从一块 STM32 板子搬到另一块 i.MX RT 板子,寄存器表没有变,时序图没有变,datasheet 也没有变。真正消耗时间的是另一堆东西:I...
上一篇文章聊过一次 Skill(Skill是什么,嵌入式开发也该开始准备了),当时更多是讲它为什么重要。
刚开始用 AI 写代码的时候,大家更多是让它写一个函数。比如写一个 CRC 校验,写一个环形缓冲区,写一个串口解析函数,或者解释一段 C 语言指针代码。
问项目做过什么。问某个模块是不是你负责的。问任务怎么划分,队列怎么用,中断里做了什么。再往下问一点,指针、内存、volatile、栈溢出、RTOS 调度、串口丢...
这个迷茫不是说不知道选什么专业,也不是不知道以后找什么工作,而是更具体一点:当 AI 已经能帮一个没有太多基础的大一学生写出代码、做出界面、生成实验报告,甚至把...
中间不是没有想过更新,也不是完全没有东西可写。只是每次打开编辑器,写了几行,又觉得没什么意思。
但如果你是硬件工程师,可能会有一个疑问:我平时又不是天天写代码,AI 对我到底有多大帮助?
板子上电不起来、I2C 偶发 NACK、DMA 搬了一半数据就进 HardFault、低功耗唤醒后外设状态不对,这些问题不是让 AI 多生成几行代码就能解决的。
产品在实验室跑了一周好好的,到了现场突然宕机,复现全靠运气;仿真器挂上去,发现所有关键任务全挂在阻塞态,CPU 被低优先级任务占满,查了三天三夜,最后发现是一行...
尤其是带 RTOS 的项目,明明照着芯片手册把 MCU 扔进了深度睡眠模式,Tickless 也开了,结果待机电流下不来、唤醒就死机、任务延时全乱套、外设数据疯...
对于汽车嵌入式软件工程师而言,RTOS 选型从来不是 “选个开源内核跑起来” 这么简单。选型失误,轻则导致研发周期拉长、重复造轮子,重则卡在 ISO 26262...
暂未填写学校和专业