嵌入式有什么劝退之处？

如果让笔者来说说嵌入式的劝退之处，那大概就是让你永远在“造物”的幻觉与“被物折磨”的现实之间反复横跳。你怀揣着用代码赋予硅片生命的浪漫想象，结果大部分时间都在和焊锡、数据手册、还有怎么也消除不掉的背景噪声搏斗。你写的不是诗，是一封封寄给物理世界的求救信，而回复你的，往往是一阵意义不明的杂讯，或者一缕带着元件焦糊味的青烟。
你会发现自己处于一种卑微的“中间态”。在纯软件的世界看来，你是个满手焊油、念叨着时序和中断的硬件工人；在真正的硬件工程师眼里，你那些精心优化的算法和架构，不过是在他们画好的狭窄牢房里跳舞。老板的期待是“用最便宜的芯片做出最炫的功能”，市场的定律是“量产时暴露所有你测试时没发现的问题”。你左边是成本这座大山，右边是 deadline 这条悬河，脚下是不断修改的需求这摊流沙。你的王国不在云端，在那块巴掌大、布满了过孔和走线的绿色 PCB 上，而这里，定律由物理书写，异常靠运气排除。
最磨人的或许是那种“无影无踪”的绝望。软件崩溃了，总有日志、有堆栈、有 core dump 这条线索可循。硬件造反时，它沉默如谜。你的程序跑飞了，可能是你的指针指错了，可能是编译器生成了诡异的代码，也可能是内存芯片的某个地址线因为虚焊而偶尔接触不良，还可能是电源纹波在某个特定温度下恰好超过了阈值。你像是个侦探，在犯罪现场只有一团无序的电磁波，而你手中的工具——逻辑分析仪、示波器——向你展示着这片混沌的亿万分之一，剩下的，全靠你燃烧脑细胞去猜，去试，去玄学般地“摸一摸”。
你的知识疆域被迫扩张成一个可悲的怪物。你得懂电容的 ESR 对电源的影响，得知道 PCB 布局如何成为天线引来干扰，得明白编译器如何将你的 C 语言变成机器码，甚至得窥探 CPU 内核取指、译码的微观时序。你从软件抽象的高塔上一脚踩空，坠落到晶体管开关的尘埃里。没有光鲜的框架，没有层出不穷的新潮语言，你的世界是永恒的底层，是寄存器里每一个比特的乾坤，是时钟周期里挤出的每一滴效率。你不断学习，却发现要学的不是通往未来的阶梯，而是为了填补脚下不断塌陷的过去。
最后，是一种深刻的孤独与性价比的诘问。当你的同学在互联网公司谈论着高并发、分布式、用户体验，拿着令人艳羡的薪水时，你可能在深夜的实验室里，盯着依旧紊乱的波形，思考着如何向老板解释为什么还要三天才能“稳定”。你的成就感来源于“它能跑了”，而这种快乐，外人难以理解，甚至觉得简陋。你的技艺是隐形的，融入在电器安静工作的背景声中，市场不会为你的精妙中断服务程序多付一分钱，它只关心你的 BOM 成本有没有再降两毛。
所以，嵌入式劝退你，不是因为它太难，而是因为它太“实”。它粗暴地撕碎了代码世界的纯净与确定，把你扔进一个充满混沌、妥协、与物理法则肉搏的战场。它要求你既是诗人，又是工匠；既是建筑师，又是修理工。它给予的快乐尖锐而短暂——像终于捕获那个干扰源时的狂喜；它附赠的折磨却绵长而钝重——像那些不知缘由、反复出现的异常。如果你向往的是清晰、逻辑与控制，那么嵌入式领域里那些如影随形的“也许”、“可能”和“见鬼了”，便会化作一记记精准的闷拳，打在你对电子世界最天真的幻想上。它劝退的，或许是那些对“纯净创造”还有执念的人；而留下的，大概都是爱上了在这种混沌与限制中，找到那一点点确定性的、在地狱里修行的快感吧。