救命，我在银行Q看见哈佛和CMU的

1.实习介绍2.开始问项目3.问项目中最熟悉的一个流程 答订单的全流程4.问MQ是怎么参与到里面的，如果创建订单那还没来得及消费用户就想看订单怎么办5.MQ的作用 解耦 未来加功能6.项目中表的设计 订单的状态，如果取消了订单怎么办7.order表和orderltems表8.spring事物注解原理 aop，失效原因，事物传播机制9.问 Redis，为什么要有Redis，能实现什么功能10.mysql索引，模糊索引什么时候会失效 如果用户输入不按照最左前缀匹配原则怎么办11.问项目索引都是这么设计的，为什么12.手撕 -道抽象 LeetCode 题目挺难懂但面试官不断的给提示，写出三个class然后和各自的方法，没有完整实现13.反问

1. 项目拷打2. Compose和C++怎么交互3. Compose和View的区别4. Compose的优势5. 鸿蒙和安卓开发的差异6. 什么是MVVM7. ViewModel的持久化是怎么实现的8. 协程的线程的区别9. Retrofit的核心原理10. LeakCanary的核心原理11. java的引用类型有哪些第二天约二面

本人刚入职做嵌入式软件，岗位是新能源BMS方向，入职三周整个人麻了。带教只给了份旧的STM32驱动代码，让我自己啃CAN总线和电池均衡算法，问问题就说先自己查手册，一天下来连个配置都没搞明白。更离谱的是，部门里嵌入式开发就我一个新人，老员工都忙着赶量产项目，根本没功夫带我。现在每天对着代码库发呆，连项目整体架构都摸不清，生怕试用期过不了。想问下嵌入式同行，刚入职没人带、纯靠自学的情况正常吗？之前说好入行有师傅带的，现在完全靠自己学，当时都是怎么熬过来的

做嵌入式软件，带我的导师说过的话里，最记在心里的是这句：嵌入式软件拼的从来不是写代码的速度，而是对硬件底层的理解深度，和对bug刨根问底的耐心。刚开始时我总急着写完功能，遇到底层驱动的问题就想绕开，导师发现后指着寄存器手册跟我说了这话。后来我沉下心啃数据手册、对着硬件原理图查问题，才发现很多看似软件的bug，根源都在对底层时序和硬件逻辑的理解不到位。现在每次遇到棘手的问题，我都会想起这句话，先慢下来找根因，反而比硬莽着改代码效率高得多。