最近我看了一些粉丝的简历，写着五六个项目，全是“温湿度采集”、“简单的家居控制”。说句扎心的实话：做一堆简单的 Demo，不如把一个项目做深。为什么你的项目被 HR 说是“烂大街”？ 因为那些大多是验证硬件功能，跟嵌入式软件的核心能力关系不大。你调通了 外设读取温湿度，那是单片机基础。如果是找“嵌入式软件”岗位，请一定要在“软件”上下功夫！真正的深度不是你会用几个外设，也不是老生常谈的“通信来通信去”，而是你有没有能力对系统核心进行优化。怎么增加嵌入式项目的深度？以下是几个能真正体现“软件深度”的项目优化方向：一、 拒绝“裸机思维”，拥抱 RTOS 的内核级深度别再只是 跑到底了。引入 RTO...

记得有一次实习的时候，看到大家都走了，坐我旁边的mt电脑没关，我就顺手关了，结果刚出门就看到他端着咖啡进来，没忍住和她说了，结果她一脸不可置信，说完了，刚写的开会文件没保存，有一个项目还在运行，我一听头都炸了，连忙道歉跟着她回去……然后就是跟她一起加班，即便什么都没做，情绪价值得到位，还好最后没有造成很大的损失……大家不要学我，我就是手欠

这是一个正在开发中的 Unity C# 项目。本次我进行测试的是一份需求案，我已经做了好预制体，而模型需要编写代码。这是一个皮肤系统的开发，主要需要实现皮肤界面 SkinUI 和皮肤属性界面 SkinAttrUI。但是我们项目有需求实现的规范，所以模型需要阅读已有的代码并遵循这些规范。界面大概是这样子的：这是我提交给模型的所有指令：可以说很多细节并未完全在需求案里讲清楚，如果不阅读项目代码那么很难完成任务。而且细节非常多，指令遵循不好的模型可能会遗漏很多细节的实现。环境统一使用 VSCode Copilot + Unify Chat Provider。统一使用 皮肤功能开发.md 文档。Kim...