第一次真正感受到“技术判断”这四个字，不是在写完代码的时候，而是在一次方案评审前。需求看起来并不复杂，业务要上线一个新能力，时间不算宽裕，但链路很长，涉及多个模块联动。导师把文档丢过来，只说了一句：先别急着写，先把可能出问题的地方找出来。 我最开始也和很多实习生一样，下意识会先看接口、看表结构、看怎么把功能做出来。但越往下梳理，越发现这不是一个“把需求实现”就结束的任务。高并发场景下，任何一个看起来正常的调用路径，都可能在流量起来之后变成瓶颈；任何一个默认重试、超时设置、依赖堆叠，都可能把局部问题放大成全链路抖动。 于是我先没动代码，反而花时间把调用链、异常路径和兜底逻辑一条条画清楚。哪些请求...

遇到一个民科乐子，最难绷的一集。

上周三约了字节的这周一晚上的面试，对应的hr加我微信了当时，第二天我就考虑了准备再做新项目转agent开发所以给这个hr说取消了，结果今天字节打电话问我为什么没有面试，这怎么办是不是面评完蛋了

最近参加了汇川技术嵌入式软件开发岗位的一面，整体面试节奏比较偏基础和项目深挖。面试官会结合简历上的项目内容，重点考察单片机基础、驱动开发、中断机制、通信接口、异常排查以及个人职业规划等方面。整体来说，八股不是死背就够了，关键还是看你能不能结合实际项目讲清楚。面试题目请先做一下自我介绍，并简单介绍一下你做过的嵌入式项目。你在项目中主要负责哪些内容，偏底层驱动还是应用开发？说一下单片机从上电复位到执行 main 函数之前的启动流程。中断从触发到进入中断服务函数，这个过程是怎样的？volatile 关键字的作用是什么？一般在哪些场景下会用到？堆 和 栈 有什么区别？在嵌入式开发中各自容易出现什么问题...