题干分析 题设给定一个爬楼花费数组，记录每到一个台阶需要再向上爬所需的花费。要求我们求解从下标0或者1开始爬楼到达楼顶所需最小花费。 算法思路 基本的线性DP问题。根据题设我们可以假设初始我们从下标-1处出发，到下标0或者下标1，此次出发无花费。因此设数组表示到达下标为i的台阶所需花费，初始条件为：  我们的目标是到达楼顶，即求。 我们将总目标进行拆分：由于到达下下标为n的台阶只可能是从下标n-1的台阶上花费cost[n-1]上来，或者从下标n-2上花费cost[n-2]上来，我们取其中的最小值，由此DP状态转移方程为：  同时我们不难观测到整个DP状态转移过程只涉及相邻的三个DP状态，完全可...

大家觉得我这个简历能找到什么样的，中厂有希望吗，简历无水分全真实的

刚来的时候觉得mentor好厉害，什么都会，说话平和。现在发现只是装的好罢了之前让我写个模块，告诉我要改成什么样，按照他说的改完了，也给他看过了。现在准备合入，又问我你为什么要这么写，你不觉得很麻烦吗？你对xx的理解是不是不对？自己工作太忙，跟别人开会沟通不畅，把脾气发在我的代码上，跟同事背后骂我不会写（当着领导的面），反正骂我干的烂是唯一零成本的呗

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