offer最终选择了各位给个中肯的建议

在职场中，我们都希望给领导留下一个好印象，但有时候，一句话就可能毁掉所有的努力。我的职场经历，深知领导对某句话的敏感程度，稍不注意，就可能损害领导对你的看法。 当领导询问你数据和结果时，他们期望的是你能言简意赅地回答问题，给出准确的结果。但如果你回答：“我想再确认一下。”领导可能会立刻不耐烦，甚至对你产生不满。他们会觉得你对工作不够上心，连自己负责的业务都搞不清楚。 这种情况不仅限于与上级沟通，与其他团队沟通时也同样如此。如果你总是需要反复确认细节，会影响大家对你的印象，觉得你不够专业。 那么，如何避免这种情况呢？我有几个建议： 1.经常复盘工作项目 无论是做品牌还是销售，工作中都会接触大量...

#25届秋招总结# #通信/硬件秋招总结# 硬件人秋招总结。其实也算是半路转行，之前一直做的软件或者算法，由于只用过freertos没用过linux，并且对数据结构这些不太感兴趣，感觉找嵌软的工作比较吃力，最后选择转入通用硬件，但是硬件还是需要一定的基础和经验，学历一般的学弟学妹不建议零基础入这行，面试随便问两句就问出来了。印象最深刻的一次面试，面试官一直在问我打板制板的流程以及焊接调试的经验，零基础的问两句就露馅了，相对软件类，硬件不是背背八股就能找到工作的（当然你学历够当我没说😂）。并不建议未来的学弟学妹们进通用硬件这行，真想做硬件，我还是建议去电力电子，电源，射频等专用的硬件岗，工资更高，壁垒更高，上升空间更好，不过相对学习成本也高罢了。秋招其实也算是有个好结果，因为最后也没想明白到底要什么，只能走一步看一步了，投递公司也很保守，其实算下来没投几个，拿的offer感觉一只手能数过来？（反正超不过两只😇）投递情况直接上图

uu们，收到马力的这个短信是稳了吗，怎么三天没动静了

起因事情是这样的： 博主接到一个任务，需要在某个核心服务消费者的消费代码里，新增一段处理逻辑。这个任务原有的逻辑是：我们团队通过定时任务触发某个现有接口，调用其他团队的RPC接口，对方服务处理完数据后，利用MQ发送一条消息，我们的服务通过订阅Topic，进行相应的消费处理。消息反序列化后可以抽象成一个Item，而我的任务，就是在原有的消费代码里，找到与Item关联的其它Items，进行与原Item类似的操作。之前的代码逻辑抽象 type Item struct { ItemID int64 `json:"item_id"` ...... } func (...