好未来 无线通信开发岗

#嵌入式软件 #双非本211硕，组内是做射频板级电路的，导师项目不少，但多是横向的，组里很多师兄毕业都是进大厂或者军工所。但是我了解到射频的工作强度普遍比较大（996，加班强度很大），而且薪资也不算很高，我本科学的主要是嵌入式（偏软），对于射频了解的不多，未来不太想从事射频行业。目前有以下几种未来规划，希望各位网友给点建议谢谢🙏

你可能听过“嵌入式”，也可能已经买过一块 STM32 开发板，但还是有点懵：到底什么是嵌入式？需要学哪些知识？应该怎么入门？今天我就带你从小白的角度，走一遍嵌入式的学习地图。一、什么是嵌入式？一句话解释：嵌入式就是让计算机嵌入到各种设备中，完成特定功能。比如：你家的智能手环、扫地机器人 → 内部有嵌入式系统；汽车里的发动机控制单元 ECU → 也是嵌入式；甚至电饭煲、空调遥控器 → 也跑着小小的单片机。所以嵌入式不是单纯的软件，而是软硬件结合的方向。全网最全面的嵌入式八股文专栏：https://www.nowcoder.com/creation/manager/columnDetail/mPZ...

七月中入职，到今天刚好22天。期间上了17天班，还加了2天的入职培训。培训刚结束的第二天我就被直接安排进项目，连看文档的时间都没有，完全是“干中学”的节奏——而这，还是一个我此前从未接触过的领域。之前的实习主要是做纯软件测试，而现在是软硬件结合的测试。ROS、Ethercat、IMU、RGBD、伺服电机、各类传感器控制……对我来说简直是一脸懵，完全处于“二丈和尚摸不着头脑”的状态。在这种情况下，我认为“好学与主动请教”是融入团队、上手工作的最快方式。因此，遇到不懂的地方我便积极去询问相关开发人员。有的开发非常友善且高效——能快速定位问题，并发来详细的解决方案，甚至在远程无法解决的情况下，还专门跑过来帮我处理（有的开发工区离我足足200多米，需要下14楼再上17楼，真的很感激）。但也有相反的例子。某位开发，我遇到三个问题找他帮忙，结果三次都被草草搪塞，问题一个也没解决。为什么我会反复找他？因为操作文档就是他写的，而他的文档不仅步骤混乱、缺乏逻辑，甚至有些关键步骤直接一句“此操作较为基础，不予介绍”就略过了……我来了一周不到，就优化完了三份操作文档，因为不优化，第一次干的人根本看不懂最近一次测试中，我遇到🤖运控无法启动的问题。因为这台机器人装配方案与前几台不同，我便根据文档作者找到了他，附上了详细日志和问题描述。他只回了一句“需要更换环境设置”，但具体如何更换、在哪个容器的哪个配置文件中操作，却一句没说。我继续追问，能否具体说明一下。他的回复是：“可以去问豆包，软测不能不懂这些。”说实话，我当时直接愣住了。一个刚入职不到一个月、完全没接触过机器人系统底层的校招生，面对的是公司自研、网上查不到任何文档的复杂系统，你让我去问豆包？后来，我靠自己翻了整整七八十页的Ros和Ethercat操作文档，又对照了好几个测试流程文档，才勉强摸索出了解决方案。原以为这件事就此过去了，结果今晚主管突然开会，说：“以后测试这边遇到问题，先在内部交流，确认无法解决再去找开发。有些开发爱打小报告，喜欢直接在有领导的大群里阴阳怪气。有些人就爱抓住你的小把柄来恶心你……不过我们测试也要强势起来。没有说明文档的提测、缺陷验证，直接打回去。项目上出现的问题直接在项目群里说，别私聊开发，免得扯皮。”听完我当时真有点绷不住了。原来，还有这种人。你文档写得一塌糊涂，不让问问题也就算了，还背后给人捅刀子？部门之间再怎么“博弈”，也不该把“为难新人”当做手段吧。每天都是在摇人Call人的路上，遇到问题，需要摇到系统、通信、结构或者装配来对应解决，测着测着，一台🤖就整到晚上十点

直接对原神场景进行测试设计吗，哈基米你这家伙，还好我是原神60级玩家，轻松拿下