1.如何合理解释短期离职
我建议你实话实说，被裁员不是你的能力问题，是公司问题，没有什么不好意思的。在跟面试官和 HR 谈论这一点的时候还是不要隐瞒，真诚点更能博得好感。

2.职业规划建议
可以给你我的成长路线，我本科 FPGA/STM32 这些做得多，毕业后做了一段时间的 MCU ，像瑞萨，恩智浦这些 MCU 芯片；后面得到机会参与 4G/5G 模组的开发，也就是嵌入式 Linux ，现在做得更复杂，做 Android Framework 。

你这个阶段还是可以继续做 MCU ，多了解一些底层的东西对后续你开发嵌入式 Linux 是好的。不过不要一直做 MCU ，还是要往更高复杂度的系统去做。后面几年车载，机器人，具身智能是大热门，MCU 与嵌入式 Linux 都会有很多的机会。

现在还年轻，加油！

恭喜

好奇到底是什么现象让你觉得贫富差距大

这种应该是商家换线路了，traceroute 看看就知道了

币圈萌新，求问什么是打新和套利

我跟我对象就是网恋奔现然后领证的，你们既然前期一直在聊天，就没想过要发发语音，开开视频聊一下嘛

挺好的，不要给自己太大的压力。

所以增程那么多人买是有原因的。

A8 属于富哥儿了哦，女方怕是高攀你了

已加，看起来不错哦

感觉自己学到了很多知识。

@NealB 导师就是快速帮新来的同事熟悉业务和开发流程，公司的日常这些，并非专业领域上的导师。在专业领域上我也压根不配做他导师，该组员十几年的老工程师，之前在前司是资深的专家。

这里不至于是系统的问题，因为我就是做系统的，他可以说是该业务领域的专家。系统上开发该业务的还有其他应用，同一场景下其他应用不会导致系统出问题，因为其他应用有正常处理，而我们自己开发的就没有。

其实这里都扯远了，这个不是核心。

@NotLongNil 接受批评。但是不存在什么打压不打压，因为转正看的是评分，评分我都给了不错的分数。这里的评价是只有这个流程参与者中的少数几个人能看到，非公开的，而且这个评价压根就没几个人正经会看。所以你可以把这个评价看成更多是“形式主义的”，当然如何理解“有待提升”的性质也是关键，有待提升也不是否定，是希望加强一点。
总之，站在我的角度我可以说我问心无愧，站在他的角度我也可以理解。

@yogamaga 这个要看如何界定，站在系统的角度，系统在进入各个状态前都会有相应状态广播给上层业务，是需要上层业务根据这些状态及时处理做相应的资源释放。这里的场景就是我们开发的业务没有考虑到系统的状态切换带来的影响，该问题非该组员的锅，前期需求和场景没有定义这一部分，只是开发跟测试过程中发现的。
其实到底是系统还是业务的锅也不重要，重要的是对待这个问题的态度，单单根据现象就下结论“是系统的问题”我认为太轻率，以至于我后面写了这么一个评价。
唉，当时我不知道这么一句评价可能会伤到组员的自尊。

@vevlins 确实，学会说话是门艺术，偏偏我们这些臭搞技术的都是比较直的人。

@ChefIsAwesome 我自己不认为自己是个管理者，或者说我自己认为自己不适合做管理者，还是做技术纯粹一点。

@lijiangang886 不是求认同，我只是解释我心里的想法。事后我的反思确实是这样的，我确实做得不对，打算节后小组内公开这件事，公开道个歉。

@512357301 “你的组员是一直无法超过你的”这个说法我并不认可，一个人的能力分很多种，技术力只是其中一种，况且每个技术人员都是术业有专攻，如果不是某个细分领域内的同一从业人员，你也是不好评价技术能力的。虽然我作为组长，但是我自认为在很多专业领域上我是不如这位组员的，这里的核心还是在于我跟该组员对于这句评价的理解存在差异。

@wei2629 嗯嗯，道理是这样的，但是当时这个评价中不好的部分是出于我的思维惯式∶写点好的也带点不好的;再加上公司流程上要让我们“写”，凑巧那天也跟他一起排查问题，对待问题的态度差异这几个因素综合在一起才导致我写了这么一个评价。我并不是不认可他的工作能力，前面也提了打分都是给了不错的分数。