大家好，我是杂烩君。
最近一位朋友找我聊天，纠结今年要不要换工作。
下面我们来一起看看他的情况。（以下称为小C）
小 C 目前就职于一家中等规模的公司，在这家公司待了近三年了。小 C 刚开始进公司被分配到一个预研项目，也一直跟着这个项目至今，这个项目也逐渐走到量产这一步。
小 C 见过项目最初的样子，人员投入从最开始只有小 C 一个人，到现在的一批人；写了一些项目中从无到有的模块；接触了几批从这个项目中离开的人；早期写了一些业务功能代码；维护一些没人维护的代码；参与了几次软件重构等等经历。
项目开发期间遇到了一些不愉快的事情，但小 C 还是想着做完这个项目再离开，就像想看着自己的孩子长大成人。
小 C 最开始做的是项目里最核心的业务开发，这也是领导比较关注的部分，后面同时接手了另一个大的、新的、辅助的模块。因为小 C 精力有限，所以把其中的一部分工作交给了其他同事来做，而交出去的正是这比较核心的模块，小 C 去开发新的模块。
但万万没想到的是，小 C 做的这个模块竟然成了最边缘的模块。早期阶段，模块版本迭代，很长一段时间也没人去使用，提出的风险点也没有人去关注，前期因为没有人去使用，从而一些潜在的问题没有能暴露出来，中后期一暴露出问题，就开始各种追责了。
项目前中期，换了新的项目负责人，新的项目负责人为算法工程师出身，只关注其比较熟悉的核心模块，其它非核心的软件模块一概不关心、也没有一个大概的了解，对小 C 的这个模块更是毫不关注，这个模块的会议也很少参与，一出问题就会追责。
这导致整个项目里就没有一个人能对整个系统有一个比较清晰的了解，也没有好好地去管控，各模块开会反馈的风险及需要的一些支持，也没有去想办法协调。
这让我想起了我的一位朋友说起他的领导，一天天的正事不干几件，心思专门放在出去聚餐时给大家安排座位，安排谁坐哪谁坐谁边上这些事情上？
项目负责人之所以不去了解其它非核心模块也有一定的原因。项目负责人想让小C的直接上级去把控这些模块，然而直接上级也不怎么上心，敷衍式地对待这些模块，模块负责人是小C的直接上级，很多时候需求是直接到小C的直接上级那里，小C也都是按照着需求来做，最后需求可能与上头要求的不符，上头就会开始追责。
这时候直接上级缩起来啥也不干，小C就成了个冤大头。做出来的东西没问题，模块负责人受益，做出来的东西有问题，小 C 背锅。
我们都知道，项目前期规划虽然是不能保证项目实施过程中100%没有变动的，但是后期整个系统软硬件还有大的改动实属不应该。小 C 他们的项目在后期量产前两三个月还有硬件上的改动，对应的软件就要改动，这些硬件上的改动正好又涉及了小 C 的模块。
而这些涉及到硬件改动的问题，小 C 在项目前中期就有提出来这些风险，但领导们没有及时拍板，迟迟不去修改，到后期才匆匆忙忙地频繁去改版。小C作为后一级的模块，只能在短时间内加班加点完成这些修改的适配。
小 C 他们公司的工作强度相对很多公司小很多，小 C 在这家工作的前两年，平时几乎不怎么加班，周末基本也都能保证双休，所以他的业余时间很充裕，以致于有较多个人时间去学习提高自己、自己做一些项目、做点副业。
小 C 他们最近项目紧张，过去几个月加的班相对多些，但是也远比一些中心区域的公司的工作强度要小一些。
小 C 公司位于非中心区域，薪资相对中心区域会稍低一些，但是综合整体收支，可能也能与中心区域持平，加上小 C 的业余副业所得，整体收入甚至稍高于中心区域相关岗位的平均薪资。
而且，小 C 在今年年初的时候，在一些招聘平台上有公开过自己的简历，被其领导通过其它渠道发现了，找了小 C 谈了一波话，加了一波薪，虽然跟跳槽相比还是稍低了些，但是也还在小 C 可接受范围，所以继续待了一阵子。
公司之前给小 C 分了一些股票，今年应该会解锁一部分，虽然不是很多，但既然已经等了那么久了，想领完这个分红再做决定。
从上面，我们大概了解到了小 C 的一些情况。如果你是小 C ，你会做何选择呢？
如果我是小 C ，我大概是领完分红之后就开始找其他机会了。
小 C 所在的团队，新的项目负责人显然经验不是很足，很多东西都没在自己的管控范围之内。例如，很多团队可能或多或少地会存在这种问题：
上级没有为工程师把控一些需求，直接透明传到工程师这头，这么一通做下来，越到项目后期就会越乱，大家都在互相推锅扯皮。
跟着一个没有规划的团队做事会很累的，这可能也是因为经验不足导致的。就我所在的团队，也存在着类似问题：
做一个新的产品，还没开始做就开始各种考虑成本，导致后期各种方案行不通，就得推到重来，但前中期做了很多事情，可能都白做了，这研发成本远比这硬件成本要高得做，得不偿失，何不先出产品，产品迭代时再想办法降本？
做嵌入式产品，软硬结合，硬件强大，软件可以稍微简单一点，软件简单是指软件不用去做一些硬件可以做的事情，软件可以专注做其它事情，整个系统也会更加可靠一些。相反，用一些功能更、性能较差的硬件，软件可能要做的事情很多，要去弥补硬件。
做一个新的产品，各种功能都要加上，好像是产品只卖一次就不卖了，就不更新了。我觉得优先投入大部分资源开发核心功能，保证核心功能稳定，就可以出货了，而不是各种优先级没那么高的功能都想往上加，导致开发周期拉得很长，耽误了产品上市的时间。
看看人家汽车行业，改了个仪表盘，又是个新款。
小 C 提到的这家公司的优点，肯定不只有这一家有。前面两点原因的存在就可以考虑新机会了，骑驴找马。
工作中，要有备胎思想，哪怕工作很稳定的情况下，也可以多去看看外面的机会，哪怕现在上级、领导对你多么多么的好。
特别是最近一年，如果你负责的内容没有给公司带来太大价值的之后，说不定你就被毕业了，甚至如果你的项目没价值，整个项目就直接砍掉，相关人员会裁掉一部分。
以上就是本次的分享，部分表述仅代表个人观点，不一定正确，欢迎大家讨论！
推荐阅读
01 ｜加入嵌入式交流群 |
02 ｜嵌入式资源获取 |
03 ｜STM32中断优先级详解 |
04 ｜STM32下载程序新思路--使用串口下载程序 |
