工科女学嵌入式的心路历程

作为对嵌入式一窍不通的工科女小白,我踏入这个领域的第一步,满是手足无措与自我怀疑。起初连芯片引脚图都认不全,写的代码常因一个语法错误报错半天,硬件焊接更是手抖到连锡都粘不牢,好几次焊坏电路板后,看着桌上散落的零件偷偷掉眼泪。身边大多是基础扎实的男同学,他们讨论的协议、电路原理,我常常要课后翻遍资料才能勉强跟上,这种“落后于人”的落差感,让我不止一次想过放弃。

为了跟上进度,我把实验室当成第二个家,别人休息时我啃 datasheet、补电路知识,熬夜调试代码成了常态,有时为了搞定一个电机驱动问题,连续三天只睡四五个小时。好不容易积累了些基础,求职季的困境又给了我沉重一击。不少企业招聘时,会下意识质疑女生的动手能力和抗压性,面试时被问“能不能适应长期出差调试”“会不会因为家庭放弃加班”的次数,比问专业问题还多。投出的几十份简历石沉大海,寥寥几次面试也屡屡碰壁,那段时间,我一边焦虑到失眠,一边还要逼着自己刷题、做项目,填补简历上的空白。

最难熬的是毕业前三个月,身边同学陆续拿到offer,我却还在求职路上奔波。为了增加竞争力,我顶着压力重做了两个完整项目,把调试过程、遇到的问题及解决方案整理成文档,反复打磨面试话术,对着镜子练习专业问题的应答。有一次面试一家心仪的公司,技术面被追问一个底层协议细节,我一时语塞,走出面试间后蹲在楼下哭了很久,却还是不甘心地回去背八股文,在不断的面试积累下后面的结果还是好的。

当收到录用通知的那一刻,所有的委屈、疲惫都烟消云散。回望这段从小白到职场人的路,从认不全零件到能独立完成项目调试,从求职屡屡碰壁到终于站稳脚跟,我熬过无数个孤独的深夜,战胜了性别偏见带来的自卑,也打破了“女生不适合嵌入式”的刻板印象。那些咬牙坚持的时光,那些不被看好的瞬间,都成了成长里最珍贵的勋章。原来所谓不易,终会在全力以赴后,变成照亮前路的光,让我有底气在嵌入式的世界里,继续坚定地走下去。

全部评论
厉害了
点赞 回复 分享
发布于 昨天 13:38 广东
冲冲冲!
点赞 回复 分享
发布于 昨天 01:30 上海
我也是工科女做嵌入式的
点赞 回复 分享
发布于 01-08 21:27 陕西
继续加油哦!以后会越来越好哒~
点赞 回复 分享
发布于 01-08 14:19 广东

相关推荐

bg双非本科,方向是嵌入式。这次秋招一共拿到了 8 个 offer,最高年包 40w,中间也有一段在海康的实习经历,还有几次国家级竞赛。写这篇不是想证明什么,只是想把自己走过的这条路,尽量讲清楚一点,给同样背景的人一个参考。一、我一开始也很迷茫刚决定走嵌入式的时候,其实并没有一个特别清晰的规划。网上的信息很零散,有人说一定要懂底层,有人说项目更重要,也有人建议直接转方向。很多时候都是在怀疑:1.自己这种背景到底有没有机会2.现在学的东西到底有没有用3.是不是已经开始晚了这些问题,我当时一个都没答案。二、现在回头看,我主要做对了这几件事第一,方向尽早确定,但不把自己锁死。我比较早就确定了嵌入式这个大方向,但具体做哪一块,是在项目、竞赛和实习中慢慢调整的,而不是一开始就给自己下结论。第二,用项目和竞赛去“证明能力”,而不是堆技术名词。我不会刻意追求学得多全面,而是确保自己参与的每个项目,都能讲清楚:我负责了什么、遇到了什么问题、最后是怎么解决的。第三,尽早接触真实的工程环境。在海康实习的那段时间,对我触动挺大的。我开始意识到,企业更看重的是代码结构、逻辑清晰度,以及你能不能把事情说清楚,而不只是会不会某个知识点。第四,把秋招当成一个需要长期迭代的过程。简历不是一次写完的,面试表现也不是一次就到位的。我会在每次面试后复盘哪些问题没答好,再针对性补。三、我踩过的一些坑现在看也挺典型的:1.一开始在底层细节上纠结太久,投入产出比不高2.做过项目,但前期不会总结,导致面试表达吃亏3.早期有点害怕面试,准备不充分就去投这些弯路走过之后,才慢慢找到节奏。四、给和我背景相似的人一点建议如果你也是双非,准备走嵌入式,我觉得有几件事挺重要的:1.不用等“准备得差不多了”再投2.项目一定要能讲清楚,而不是做完就算3.不要只盯着技术,多关注表达和逻辑很多时候,差的不是能力,而是呈现方式。五、写在最后这篇总结不是标准答案,只是我个人的一次复盘。后面我会陆续把自己在嵌入式学习、竞赛、实习和秋招中的一些真实经验拆开来讲,希望能对后来的人有点帮助。如果你正好也在这条路上,希望你能少走一点弯路。
点赞 评论 收藏
分享
前天发了总结之后,想给大家分享一下我的学习路线 :嵌入式到底该怎么学?学习路线怎么走?其实这个问题我自己也纠结过很久,所以把我一路走过来的经历简单捋了一下,不一定适合所有人,但至少是我亲身踩过坑、调整过的路径。先说一个我自己一开始踩得挺狠的坑:刚入门学嵌入式的时候,我特别容易在底层细节上卡太久。比如:1.一个寄存器每一位都想搞清楚2.HAL 库底层怎么实现反复去翻3.时钟树不全弄明白就不敢往下写结果就是:看起来学得很“深”,但项目迟迟跑不起来,系统也没搭成,投入产出比其实不高。后来慢慢意识到一件事:在入门到进阶阶段,先把系统跑通,比一开始吃透所有细节更重要。下面是我自己走过的一条学习路线(偏 MCU + RTOS)第一阶段:C 语言 + 基础数据结构这个阶段我没追求什么高级语法,更多是理解:1.指针、数组、内存到底在干嘛2.能不能把代码写清楚、不出奇怪 bug说实话,这一步真的就是地基,后面写驱动、写 RTOS 任务,全靠它。第二阶段:MCU 外设 + 中断 + 调试这一阶段我觉得不在于“会多少型号的芯片”,而在于:1.GPIO / 串口 / I2C / SPI / 定时器你是不是真写过2.中断敢不敢用、会不会用3.程序跑飞了,你是懵住,还是知道从哪查能不能独立把一块板子跑起来,比“听说过多少概念”重要得多。第三阶段:做一个完整的小系统项目这是我感觉很多人容易卡住的地方。项目不需要多复杂,但一定要完整:1.有整体功能2.有模块划分3.有你自己真实的调试和踩坑过程在我实习和秋招面试过程中,能明显感觉到企业更关心的是:你能不能把一个系统从 0 跑到 1,而不是背了多少知识点。第四阶段:再回头补 RTOS / Linux等前面这些走过一遍,再学 RTOS 或 Linux,感受会完全不一样。你会知道:1.为什么要用 RTOS2.它解决的是哪一类问题3.在系统里该放在什么位置而不是只停留在“会用 API”。最后想说一句自己的真实感受:嵌入式不是一条越早卷越好的路,而是一条工程感越来越强的路线。与其焦虑自己“是不是学得不够多”,不如先把一个系统真正跑通。如果你现在正卡在学习方向或项目选择上,也可以私聊我,我们一起捋一捋。
点赞 评论 收藏
分享
评论
2
2
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务