这类题里，很多人最容易忽略一个很关键的点：
你不是凭空想转。
你是：
已经因为项目，碰到了 Linux 和 C/C++。
这和"突然想转码"完全不是一回事。
因为真正最难的那一步，往往不是下决心。
而是：
找到一个和自己现有经历能接上的切入口。
而你现在，其实已经有了。
校招大礼包获取：入口
可能是至今最全，最好，最实用的校招大礼包，减少信息差，预期漫步无敌的刷提，不如有的放矢，针对性的准备，这样才能有效备考，有了这份资料，不说100%拿到offer，至少帮你提升50%概率拿到offer
先说结论
如果你现在是：
-
本硕双非
-
机械研一
-
项目里已经涉及 Linux 和 C/C++
那我会直接说：
可行。
但更准确一点的说法是：
不是"学 C/C++ 可不可行"，而是你要尽快把这段项目经历收成一条更像岗位的主线。
因为对你这种背景来说，真正最值钱的不是"我学过 Linux 和 C/C++"。
而是：
我已经有一个项目入口，可以把自己往哪类岗位继续放大。
为什么这类转码比很多人想的更顺
因为你不是从零开始空想。
很多机械背景同学转码最难的一步，就是：
项目和目标岗位完全断开。
但你现在不一样。
如果项目已经让你接触到：
-
Linux
-
C/C++
-
设备
-
控制
-
工程软件
那你最自然的承接线，本来就不是最抽象的互联网纯后端。
而是这些更接项目语境的岗位：
-
Linux 应用开发
-
设备侧软件
-
工业软件
-
嵌入式 / 控制相关软件
-
C++ 系统 / 平台
为什么现在最怕的不是学不进去，而是方向想太大
很多人一开始转码，就容易被两种声音带偏：
-
一种说：去卷最热门的互联网后端
-
一种说：要么就去冲最硬核的底层
这两种都太极端。
对你现在这个阶段来说，更稳的不是极端选择。
而是：
先沿着你已经有项目语境的方向继续走。
因为这能最大化减少重建成本。
如果我是你，我会怎么排
第一步：先把当前项目翻译成岗位语言
别只说"项目里用到了 Linux 和 C/C++"。
要尽快把它翻译成：
-
你做了什么模块
-
你怎么和设备/控制/软件交互
-
你解决了什么问题
-
它更像哪类岗位语境
第二步：主线优先往 Linux 应用 / 设备侧 / C++ 系统收
这条线最自然。
因为它和你的项目入口最接。
第三步：再决定要不要往更底层或更软件侧扩
等主线站稳了，再去看：
-
要不要往嵌入式更底层走
-
要不要往平台/工具链走
-
要不要往系统工程继续深挖
最后一句更直接的话
本硕双非机械研一，因项目涉及 Linux 和 C/C++，趁此转码深入学 C/C++ 可行吗？
如果只给一句回答，那就是：
可行，而且这是比很多"空转码"更好的入口，但前提是你别把这段项目经历浪费成"只是接触过"，而要把它尽快收成一条岗位主线。