备战春招/暑实，现在应该做什么

最近我看了一些粉丝的简历，写着五六个项目，全是“温湿度采集”、“简单的家居控制”。说句扎心的实话：做一堆简单的 Demo，不如把一个项目做深。为什么你的项目被 HR 说是“烂大街”？ 因为那些大多是验证硬件功能，跟嵌入式软件的核心能力关系不大。你调通了 外设读取温湿度，那是单片机基础。如果是找“嵌入式软件”岗位，请一定要在“软件”上下功夫！真正的深度不是你会用几个外设，也不是老生常谈的“通信来通信去”，而是你有没有能力对系统核心进行优化。怎么增加嵌入式项目的深度？以下是几个能真正体现“软件深度”的项目优化方向：一、 拒绝“裸机思维”，拥抱 RTOS 的内核级深度别再只是 跑到底了。引入 RTO...

🍤我tm来啦

求大佬给些建议😘😘😘     

题干分析 题设给定一个花费数组，已知我们可以上1/2/3级台阶，每次上到台阶i要花费costs[i]，同时根据上的台阶级数，追加花费1/4/9的花费。求从台阶0开始上到台阶n的最小花费为多少。 算法思路 拆分问题： 到达台阶n我们只能从台阶n-1/n-2/n-3开始分别花费对于的启动花费并追加移动花费到达台阶n。由此，我们设计dp[i]记录到达第i节台阶的最小花费，不难得到状态转移方程：  同时有初始条件：  同时我们注意到整个DP过程只涉及连续的四个状态值，因此可以进一步优化为常数额外空间消耗的迭代形式。 实现代码  递归与未进行内存优化的写法已注释  class Solution { /*...