24届本科毕业，5个月QT开发想转型互联网，工作多久跳槽合适？

今天给大家分享的是一位粉丝的提问，24届本科毕业，5个月QT开发想转型互联网，工作多久跳槽合适？

接下来把粉丝的具体提问和我的回复分享给大家，希望也能给一些类似情况的小伙伴一些启发和帮助。

同学提问：

我情况是这样的，学历西电24届本科，毕业后在职机械臂行业QT上位机开发。5个月班觉得做上位机界面应用一直是被业务牵着鼻子走，并没有实力的技术提升。近期误打误撞要到了客户端的框架源码，已经计划学习并做成自己的项目：公司对我的定位是应用工程师，没有任何机会接触到Linux后端代码。yt哥有没有建议一般跳槽推荐工作多久，互联网或者游戏服务器方向推不推荐呢，并不是很想继续在制造业中找软件开发了，后端又怕自己的技术不达标，目前也没有清晰的学习计划。

Yt回答：

现在学历西电，毕竟作为一个顶级211，毕业之后去了这种机械臂行业，这种制造行业。包括有很多朋友说那个机械臂这种怎么样，大概率去的都是这种制造行业，大家可能对这个制造行业和人工智能，它可能在学术上面或者以及通过这种自媒体的宣传或者新闻的宣传认为这个人工智能很高大上，但是你跟制造业结合到一起的时候你会发现它就变了一个味，就是你发现制造行业大部分来说是你需要去深入到产线，需要去了解这个东西它是怎么生产出来的。

现在目前QT做上位机开发，这个也是属于机械臂行业，然后5个月做的上位机界面一直被业务牵着鼻子走，没有实际的技术提升，误打误撞要到了公司客户端框架源码。也就是是一种什么情况，就是目前他们用作的这个客户端大概率都不是自研的，是基于某一款代码上面进行迭代的，这个东西都不是自己内部的，就是这款机械臂它就已经有一个上位机了，对然后这个上位机公司内部可能只是基于上面进行迭代开发，也就是目前来说它已经拿到这个源码，给改了自己的项目了。

公司对你定位是应用工程师几乎没有任何机会接触 Linux，在目前情况呢现在工作5个月，第一段工作经历不管你是因为什么原因选择这个，你含着泪你也得做完，就是你自己约的，你得自己含着泪把它约完，这时候你不要跳，为什么呢？那难道我一直在这忍着吗，大家请注意从学生转变为职场人士，你至少是需要这么一段时间来转变的，从你目前你应该还是没有转变过来的，因为从学生走向职场人士，学生的整个思维还是充斥着一些理想浪漫主义的，就是我想做什么，就是我是有着一种理想和浪漫主义存在的，但是当你慢慢工作之后，你会变成一种现实主义，什么叫现实主义呢？你会追求的极度现实，就比如说从工作中间这个问题怎么解，然后包括甩锅的技巧，以及包括怎么谈薪的技巧，你都是有的，然后包括产品落地等等这些东西它是职场上面才会有的。

我认为在目前的情况下面你不管怎么样，如果在这家公司它不欠薪的情况下面，能够每个月支付你薪水并且还有一定的奖励给到你的时候，你不管怎么样，在这里待2年多3年，至少待满2年，那为什么这里待满2年呢？难道我现在就不能，你现在肯定可以换，但是换你是卖不起价的，待2年以后你第一次跳，你慢慢来说在这里能够做一两款产品，不管产品是什么，有一两款产品在这个过程中间后面换工作，你会感受到什么叫做double，什么叫做薪资能够涨得很快。

现在情况说的你目前接触不到 Linux怎么办呢，目前它不是 Linux 问题，就是你不用这么刻意的去追求这种技术的一种成长，当然这个东西肯定要，就是你可能在白天上班晚上回来学，学些自己的东西然后再用到工作的中间，如何去把你们公司产品做的更好，这种不断的去反复不断去迭代，能够在你现在这家公司能够让你在团队里别人看到你不一样，这点很重要。因为你第一段工作能够给你带来的这种自信将会决定你后面整个职业你都会这么自信，如果你第一段工作走的这种过程中间你就不是那么舒服，你就会发现你的那种自信没有，在这里第一段工作经历在这里所讲的就是能够在你现在的企业能熠熠生辉，能够在周围人别人能看到你不一样，你会发现这种自信包括你后面职业走向上面都会不一样。

那也就是我跟你讲的这是第一个方面说的你可能现在卖不起价，第二个目前你在这家公司没有任何的成就，没有任何的成绩，也不利于你换下一家，第三个就是从一个学生走向职场人士你的心态还没有完全蜕变，你可以目前在工作之余，白天上班晚上回来学点东西，在这里在工作前几年谁都是这么过来的，所以在目前来说现在你不用着急跳槽，待个两年多的时间，这时间它绝对不晚。

总结：

一、当前职业定位与问题

背景：西电本科，机械臂行业QT上位机开发，工作5个月，接触不到底层代码，技术提升有限。
核心矛盾：岗位以业务驱动为主，缺乏核心技术积累（如Linux后端开发）。公司定位为“应用工程师”，难以接触核心框架，担心未来竞争力不足。

二、职业稳定性建议

至少待满2年：简历价值：第一份工作需积累完整项目经验（即使业务简单），避免频繁跳槽影响履历。职场心态：完成从“学生思维”到“职场现实思维”的转变（如责任划分、沟通技巧）。
内部突破策略：源码利用：基于现有框架源码进行深度优化（如性能提升、功能扩展），包装为个人项目。主动提案：推动公司产品改进（如自动化测试工具开发），提升团队影响力。