做软件开发但是现在公司学不到技术性东西想跳，自己又技不如人怎么办？
行吧，既然你也知道“技不如人”，那咱就得好好聊聊怎么破局。你说在公司学不到技术性东西想跳，但又怕自己能力不行，这其实是个挺普遍的困境，但也不是没辙。
咱们一步步来分析，然后说说你能做点啥。
首先，你得认清“学不到技术性东西”到底是什么意思。
是公司的技术栈太老旧，框架太基础，没有挑战性？ 比如还在用PHP 5.x + jQuery，或者内部系统用的Java Bean+JSP。这种情况下，你的技能确实跟不上市场需求。
是公司项目重复性太高，都是增删改查，没有新功能、新架构的引入？ 就算技术栈先进，天天写同样的逻辑也很难让你成长。
是你的职责范围太窄，接触不到核心业务逻辑或底层技术？ 比如你只负责前端某个模块的UI实现，跟后端交互、系统设计都跟你没关系。
是公司内部技术分享、Code Review、或者学习资源支持太少？ 即使有新技术，没人带，没人指点，自己摸索起来也慢。
还是说，你觉得自己“学不到”其实是自己主动性不够，没有去挖深？ 有时候，即使在看似枯燥的项目里，也能找到值得学习的点，比如某个性能优化技巧，某个并发处理的细节，某个第三方库的源码。只不过你自己没去主动探索。
你要把这一点掰扯清楚，才能对症下药。
接着，咱们说说你“技不如人”是怎么个“不如”法。
这里说的“不如人”，不是说你真的一无是处，而是跟你想去的大方向（你想跳的公司、你想从事的技术领域）比起来，你的技能存在差距。
是基础知识不牢固？ 比如数据结构、算法、操作系统原理、计算机网络、数据库原理这些核心概念模糊。这些是很多公司面试的敲门砖，也决定了你解决复杂问题的能力。
是某个核心技术领域不精通？ 比如你想去一家做大数据分析的公司，但你对Spark、Hadoop了解不深；你想去一家做高并发后端服务的公司，但你对Spring Cloud、微服务架构、分布式一致性算法等掌握不足；或者你对前端的工程化、性能优化、框架源码等理解不够透彻。
是解决问题的能力和工程实践经验不足？ 能把需求变成代码是基本功，但面对复杂Bug的定位分析、系统性能瓶颈的诊断、如何设计可维护、可扩展的代码、如何写好测试等等，这些都是经验的体现。
是学习新技术的速度和深度不够？ 市场变化快，新技术层出不穷，能不能快速上手并理解其精髓，也是一个重要的能力。
是沟通能力和团队协作能力不足？ 技术能力强也不能完全弥补沟通障碍，你在项目中的角色、如何与人协作，这也很关键。
好了，认清了这两个“不如”，咱们就可以开始行动了。你想跳，又怕能力不够，那最好的办法就是——“边做边学，有针对性地学”。
第一步：明确你的职业目标和技术方向。
你不能漫无目的地想跳槽。你想跳到哪个行业？做哪种类型的项目？用什么样的技术栈？是想做后端？前端？还是移动端？是想深入某个技术领域，还是想成为全栈工程师？
怎么做？
研究招聘信息： 看看你心仪的公司正在招什么职位？要求哪些技术？写清楚职责是什么？哪些是加分项？把这些信息汇总一下。
请教业内朋友或前辈： 如果有认识的，可以咨询下他们的意见，了解当前哪些技术比较热门，哪些公司技术氛围好。
关注技术社区和排行榜： 比如Stack Overflow的趋势、GitHub的热门项目、InfoQ、掘金等技术博客上的热门话题，了解行业动态。
第二步：针对目标，评估自身差距，制定学习计划。
一旦有了明确的目标，你就知道自己需要补充哪些知识和技能了。
怎么做？
列出技能差距清单： 对比招聘要求和你现有的技能，列出“我需要学的”和“我需要加强的”。
拆解学习任务： 比如，你想学分布式事务，那你可以拆解成：了解CAP理论、了解Base理论、学习两阶段提交(2PC)、三阶段提交(3PC)、TCC、本地消息表、 सागर 等方案，并理解它们的优缺点和适用场景。
制定学习路线图： 很多技术都有一个学习的先后顺序。比如，学Java后端，得先学Java基础、JVM、Spring框架、MySQL、Redis，然后才能去学微服务、消息队列等。
设定可行的学习目标： 不要想着一天学会一个新框架。可以定小目标，比如“这个月搞懂Spring的AOP和事务管理”、“下周完成一个Docker入门项目”。
第三步：主动利用业余时间进行高质量学习。
既然公司提供不了，你就得自己创造学习的机会。
怎么做？
系统性学习：
在线课程： Coursera, edX, Udemy, Pluralsight, 或者国内的慕课网、极客时间、拉勾教育等都有很多高质量的课程。选择评价高、体系化的课程，跟着学。
经典书籍： 很多技术都有必读的经典书籍。《深入理解计算机系统》、《算法导论》、《Effective Java》、《重构：改善既有代码的设计》等等。这些书能帮你打下扎实的基础。
官方文档： 很多框架和库的官方文档是最好的学习资料，里面包含了最准确和最全面的信息。
实战演练：
做个人项目： 这是提升技术最直接有效的方式。选择一个你感兴趣的小项目，从零开始搭建，过程中你会遇到各种问题，然后去解决。比如写一个简单的博客系统、一个个人笔记应用、一个爬虫项目。
参与开源项目： 这是一个学习高水平代码、了解团队协作的好机会。可以从贡献文档、修复小Bug开始，逐步深入。你可以关注你目标技术相关的热门开源项目。
刷题： 如果目标是进入对算法要求高的公司，LeetCode是必不可少的练习平台。但别光刷题，要理解解题思路和背后的算法原理。
深度挖掘现有项目： 即使在当前公司，也可以尝试去理解项目背后的设计思想，看看别人是怎么解决问题的，有没有可以优化的地方。如果可以，尝试去实现一些小优化。
第四步：在工作中“偷师”和“实践”。
虽然你说在公司学不到，但很多时候，机会就藏在日常工作中，只是你需要主动去发现和争取。
怎么做？
理解代码： 不要只满足于实现需求，花点时间去理解项目中其他同事的代码，尤其是那些你觉得写得好的。看看他们是怎么组织代码的，怎么处理边界情况的。
参与Code Review： 如果公司有Code Review制度，一定要积极参与，学习别人的思路，同时也能暴露自己的不足。如果没有，主动提出做Code Review，即使是自己的代码，也可以请有经验的同事过一遍。
主动承担挑战性任务： 如果有你觉得能提升自己的小任务或者bug，主动去承担。即使失败了，也是一次宝贵的学习机会。
主动提问： 遇到不懂的技术点，不要憋着。可以先自己查资料，实在不明白再去请教同事或领导。但提问前最好能说明你已经做了哪些尝试和思考。
内部技术分享： 如果公司有技术分享会，可以尝试去做分享，准备分享的过程本身就是一次深入学习和梳理的过程。即使内容不涉及最新技术，分享如何解决一个复杂Bug，或者如何优化一个性能问题，也是有价值的。
第五步：准备跳槽时的技术面试。
当你的能力有一定提升后，就可以开始考虑跳槽了。
怎么做？
复盘你的学习和项目经历： 把你学习过程中做过的项目、解决过的难题、学到的技术点，都整理清楚，准备好在面试中讲出来。强调你在项目中的思考过程、遇到的问题以及如何解决的。
模拟面试： 和朋友或在网上找一些模拟面试的机会。这能帮助你熟悉面试流程，锻炼你的表达能力，并且找出你回答中还存在的问题。
刷面经： 看看目标公司或者类似公司的面试经验分享，了解他们常问的问题类型和考察点。
几个非常重要的心态和建议：
耐心和坚持： 技术提升不是一蹴而就的，需要时间和持续的努力。不要因为一两次的失败或困难就放弃。
不要害怕犯错： 犯错是学习的必经之路。重要的是从错误中吸取教训，下次避免再犯。
找到同伴： 和志同道合的朋友一起学习、一起进步，会更有动力。
保持积极的心态： 把“技不如人”看作是成长的契机，而不是让你止步不前的理由。每一次学习都是在为更好的自己积累资本。
诚实面对自己： 如果你真的觉得在当前公司已经触碰到天花板，并且你已经付出了努力但依然看不到希望，那么跳槽确实是明智的选择。但前提是你真的去做了一些准备，而不是光说不练。
记住，你想跳，但又怕能力不行，这说明你是有自知之明的。而这种自知之明，恰恰是你能够弥补差距的开始。关键在于你能不能把这种“怕”转化为行动的动力，并且有策略、有方向地去学习和提升。
别再纠结“学不到”了，开始行动起来，你自然就会“学到”了。祝你顺利！
咱们一步步来分析，然后说说你能做点啥。
首先，你得认清“学不到技术性东西”到底是什么意思。
是公司的技术栈太老旧，框架太基础，没有挑战性？ 比如还在用PHP 5.x + jQuery，或者内部系统用的Java Bean+JSP。这种情况下，你的技能确实跟不上市场需求。
是公司项目重复性太高，都是增删改查，没有新功能、新架构的引入？ 就算技术栈先进，天天写同样的逻辑也很难让你成长。
是你的职责范围太窄，接触不到核心业务逻辑或底层技术？ 比如你只负责前端某个模块的UI实现，跟后端交互、系统设计都跟你没关系。
是公司内部技术分享、Code Review、或者学习资源支持太少？ 即使有新技术，没人带，没人指点，自己摸索起来也慢。
还是说，你觉得自己“学不到”其实是自己主动性不够，没有去挖深？ 有时候，即使在看似枯燥的项目里，也能找到值得学习的点，比如某个性能优化技巧，某个并发处理的细节，某个第三方库的源码。只不过你自己没去主动探索。
你要把这一点掰扯清楚，才能对症下药。
接着，咱们说说你“技不如人”是怎么个“不如”法。
这里说的“不如人”，不是说你真的一无是处，而是跟你想去的大方向（你想跳的公司、你想从事的技术领域）比起来，你的技能存在差距。
是基础知识不牢固？ 比如数据结构、算法、操作系统原理、计算机网络、数据库原理这些核心概念模糊。这些是很多公司面试的敲门砖，也决定了你解决复杂问题的能力。
是某个核心技术领域不精通？ 比如你想去一家做大数据分析的公司，但你对Spark、Hadoop了解不深；你想去一家做高并发后端服务的公司，但你对Spring Cloud、微服务架构、分布式一致性算法等掌握不足；或者你对前端的工程化、性能优化、框架源码等理解不够透彻。
是解决问题的能力和工程实践经验不足？ 能把需求变成代码是基本功，但面对复杂Bug的定位分析、系统性能瓶颈的诊断、如何设计可维护、可扩展的代码、如何写好测试等等，这些都是经验的体现。
是学习新技术的速度和深度不够？ 市场变化快，新技术层出不穷，能不能快速上手并理解其精髓，也是一个重要的能力。
是沟通能力和团队协作能力不足？ 技术能力强也不能完全弥补沟通障碍，你在项目中的角色、如何与人协作，这也很关键。
好了，认清了这两个“不如”，咱们就可以开始行动了。你想跳，又怕能力不够，那最好的办法就是——“边做边学，有针对性地学”。
第一步：明确你的职业目标和技术方向。
你不能漫无目的地想跳槽。你想跳到哪个行业？做哪种类型的项目？用什么样的技术栈？是想做后端？前端？还是移动端？是想深入某个技术领域，还是想成为全栈工程师？
怎么做？
研究招聘信息： 看看你心仪的公司正在招什么职位？要求哪些技术？写清楚职责是什么？哪些是加分项？把这些信息汇总一下。
请教业内朋友或前辈： 如果有认识的，可以咨询下他们的意见，了解当前哪些技术比较热门，哪些公司技术氛围好。
关注技术社区和排行榜： 比如Stack Overflow的趋势、GitHub的热门项目、InfoQ、掘金等技术博客上的热门话题，了解行业动态。
第二步：针对目标，评估自身差距，制定学习计划。
一旦有了明确的目标，你就知道自己需要补充哪些知识和技能了。
怎么做？
列出技能差距清单： 对比招聘要求和你现有的技能，列出“我需要学的”和“我需要加强的”。
拆解学习任务： 比如，你想学分布式事务，那你可以拆解成：了解CAP理论、了解Base理论、学习两阶段提交(2PC)、三阶段提交(3PC)、TCC、本地消息表、 सागर 等方案，并理解它们的优缺点和适用场景。
制定学习路线图： 很多技术都有一个学习的先后顺序。比如，学Java后端，得先学Java基础、JVM、Spring框架、MySQL、Redis，然后才能去学微服务、消息队列等。
设定可行的学习目标： 不要想着一天学会一个新框架。可以定小目标，比如“这个月搞懂Spring的AOP和事务管理”、“下周完成一个Docker入门项目”。
第三步：主动利用业余时间进行高质量学习。
既然公司提供不了，你就得自己创造学习的机会。
怎么做？
系统性学习：
在线课程： Coursera, edX, Udemy, Pluralsight, 或者国内的慕课网、极客时间、拉勾教育等都有很多高质量的课程。选择评价高、体系化的课程，跟着学。
经典书籍： 很多技术都有必读的经典书籍。《深入理解计算机系统》、《算法导论》、《Effective Java》、《重构：改善既有代码的设计》等等。这些书能帮你打下扎实的基础。
官方文档： 很多框架和库的官方文档是最好的学习资料，里面包含了最准确和最全面的信息。
实战演练：
做个人项目： 这是提升技术最直接有效的方式。选择一个你感兴趣的小项目，从零开始搭建，过程中你会遇到各种问题，然后去解决。比如写一个简单的博客系统、一个个人笔记应用、一个爬虫项目。
参与开源项目： 这是一个学习高水平代码、了解团队协作的好机会。可以从贡献文档、修复小Bug开始，逐步深入。你可以关注你目标技术相关的热门开源项目。
刷题： 如果目标是进入对算法要求高的公司，LeetCode是必不可少的练习平台。但别光刷题，要理解解题思路和背后的算法原理。
深度挖掘现有项目： 即使在当前公司，也可以尝试去理解项目背后的设计思想，看看别人是怎么解决问题的，有没有可以优化的地方。如果可以，尝试去实现一些小优化。
第四步：在工作中“偷师”和“实践”。
虽然你说在公司学不到，但很多时候，机会就藏在日常工作中，只是你需要主动去发现和争取。
怎么做？
理解代码： 不要只满足于实现需求，花点时间去理解项目中其他同事的代码，尤其是那些你觉得写得好的。看看他们是怎么组织代码的，怎么处理边界情况的。
参与Code Review： 如果公司有Code Review制度，一定要积极参与，学习别人的思路，同时也能暴露自己的不足。如果没有，主动提出做Code Review，即使是自己的代码，也可以请有经验的同事过一遍。
主动承担挑战性任务： 如果有你觉得能提升自己的小任务或者bug，主动去承担。即使失败了，也是一次宝贵的学习机会。
主动提问： 遇到不懂的技术点，不要憋着。可以先自己查资料，实在不明白再去请教同事或领导。但提问前最好能说明你已经做了哪些尝试和思考。
内部技术分享： 如果公司有技术分享会，可以尝试去做分享，准备分享的过程本身就是一次深入学习和梳理的过程。即使内容不涉及最新技术，分享如何解决一个复杂Bug，或者如何优化一个性能问题，也是有价值的。
第五步：准备跳槽时的技术面试。
当你的能力有一定提升后，就可以开始考虑跳槽了。
怎么做？
复盘你的学习和项目经历： 把你学习过程中做过的项目、解决过的难题、学到的技术点，都整理清楚，准备好在面试中讲出来。强调你在项目中的思考过程、遇到的问题以及如何解决的。
模拟面试： 和朋友或在网上找一些模拟面试的机会。这能帮助你熟悉面试流程，锻炼你的表达能力，并且找出你回答中还存在的问题。
刷面经： 看看目标公司或者类似公司的面试经验分享，了解他们常问的问题类型和考察点。
几个非常重要的心态和建议：
耐心和坚持： 技术提升不是一蹴而就的，需要时间和持续的努力。不要因为一两次的失败或困难就放弃。
不要害怕犯错： 犯错是学习的必经之路。重要的是从错误中吸取教训，下次避免再犯。
找到同伴： 和志同道合的朋友一起学习、一起进步，会更有动力。
保持积极的心态： 把“技不如人”看作是成长的契机，而不是让你止步不前的理由。每一次学习都是在为更好的自己积累资本。
诚实面对自己： 如果你真的觉得在当前公司已经触碰到天花板，并且你已经付出了努力但依然看不到希望，那么跳槽确实是明智的选择。但前提是你真的去做了一些准备，而不是光说不练。
记住，你想跳，但又怕能力不行，这说明你是有自知之明的。而这种自知之明，恰恰是你能够弥补差距的开始。关键在于你能不能把这种“怕”转化为行动的动力，并且有策略、有方向地去学习和提升。
别再纠结“学不到”了，开始行动起来，你自然就会“学到”了。祝你顺利！
网友意见
首先，楼主并不是计算机或者软件背景出生的，这里我很好奇为什么你当初要去面试java开发。
java开发需要一定的计算机基础，软件思想，客观来说如果光是工作业余时间去学习，又没人带的话，很难学成（天才，非常有恒心的人除外）
你去了一家大公司，大公司包容性很强，我猜测可能是你入职之后发现你无法胜任开发工作，所以把你调去测试岗位。
严格来说目前业界测试岗位分为两类，一类是单元测试，另外一类就是功能性测试。
前者需要书写代码，对程序各个模块进行测试，后者就是不断的点击，看看是否会出现异常。
也有的公司会把让开发者完成单元测试。
就你的描述来看，你从事的测试应该是第二种。
第二种测试往往跟业务紧密相连，而不跟代码打交道，当然你就会觉得在技术层面，你在这家公司并没有任何提升。
就目前的情况来说，我推荐首先尝试跟你的领导商量，把你调去写一些单元测试。这样你就能接触到实际的代码，也能学习别人的代码。非工作时间你继续学习java ，努力让自己成为一个java程序员
第二条路径建议你转向自学前端，工作可以不辞，开始学习前端。前端入门门槛比较低，学习曲线较为平缓，较为适合非计算机专业逐渐转入计算机相关职业。就目前来说中高级的前端工程师薪资还是相当丰厚的。
不建议直接跳槽，可以考虑先做一些准备工作，把自己的技术水平提上来。
如果你决定自学，一定要坚持坚持再坚持。学习不能一朝一夕完成，相比之下，恒心更为重要
类似的话题
-
行吧，既然你也知道“技不如人”，那咱就得好好聊聊怎么破局。你说在公司学不到技术性东西想跳，但又怕自己能力不行，这其实是个挺普遍的困境，但也不是没辙。咱们一步步来分析，然后说说你能做点啥。首先，你得认清“学不到技术性东西”到底是什么意思。 是公司的技术栈太老旧，框架太基础，没有挑战性？ 比如还在用............. -
嗨！听到你脑子里有个好点子，而且还想把它变成现实，这真的太棒了！作为高中生，有这样的想法本身就很了不起。别担心你对软件开发不熟悉，这完全不是问题，几乎所有伟大的发明都源于最初的“不知道怎么做”，然后通过学习和摸索一步步实现的。把你的想法变成一个能卖钱的“东西”：流程和思考你想把你的想法卖给软件公司，.............
-
这感觉，就像我每天在代码海洋里遨游，写出来一片片精致的逻辑，但一到项目演示或者需要跟人沟通的时候，就卡壳一样。成绩单上的数字好看，但脑子里却是一团浆糊，不知道自己到底擅长什么，也不知道市场需要什么。这种感觉，在大四这个“上岸”的关键时刻，真的让人焦虑到抓狂。你现在的情绪我太能理解了。手握着不错的成绩.............
-
在现代软件开发这条长河中，“详细设计”并非一个孤立的环节，它更像是一座桥梁，连接着抽象的“做什么”（需求分析）与具体的“怎么做”（编码实现）。它不是一篇条条框框的清单，而是一个充满思考、权衡与不断打磨的过程，旨在将宏观蓝图转化为开发者手中可以挥洒的精细图纸。想象一下，你已经和客户或者产品经理进行了深.............
-
机械转行，软件实施还是非标自动化？这道题，我能给你掰开了揉碎了讲讲，让你自己心里有个谱。毕竟这俩路子，虽然都跟“技术”沾边，但差别可不是一星半点。首先，咱们得明确一下，你为什么想转行？是觉得机械的理论知识跟实际应用脱节？还是想找个更有“钱途”或者更有“发展空间”的岗位？搞清楚这个，对你选方向很有帮助.............
-
想在软件测试领域找到一个既能深入钻研技能，又能看到清晰发展路径的公司，这绝对是每个测试工程师都在努力寻找的“宝地”。咱们不说什么虚的，直接聊聊那些真正能让你成长的公司，它们身上通常有哪些共同的闪光点。首先，得看这家公司对质量的重视程度。这可不是一句空话，而是体现在方方面面。 有没有专门的质量部门.............
-
.......
-
您好！很高兴能为您解答关于寻找靠谱建模师的问题。针对您在店里需要制作娃娃模型和人像模型的需求，我将从几个方面详细介绍一些途径和注意事项，希望能帮助您找到合适的建模师。第一步：明确你的需求和预算在开始寻找建模师之前，清晰地了解自己的需求至关重要。这会帮助您更精准地筛选出合适的候选人。 模型类型： .............
-
好的，我们来聊聊怎么用软件做广义矩估计（GMM）的参数估计。这玩意儿在统计学和计量经济学里可不算陌生，尤其是在处理内生性、异方差等问题的时候，GMM就能大显身手。咱们就一步一步来，把它讲透彻。为啥要用 GMM？ 先打个底想象一下，你有一个模型，比如：$y_t = eta_0 + eta_1 x_.............
-
在 .NET 开发中，如果你的应用程序需要将数据导出到 Excel 文件，并且你的目标用户可能安装了多个版本的 Microsoft Office（例如 Office 2010 和 Office 2019），那么你可能确实会遇到一个问题：如何控制你的应用程序在导出时具体调用哪个版本的 Office 组.............
-
谷歌之所以能一直坚持做开源软件，这背后不是一个简单的“好人好事”情结，而是一套深思熟虑的战略选择，而且这个战略随着时间的推移还在不断进化。首先，我们得明白，开源软件的精髓在于“开放”。对谷歌来说，这意味着它能邀请全球的开发者，包括竞争对手，一起来完善和扩展它的技术。想想看，像Android这样的操作.............
-
运动软件上的定制化训练，听起来就像是给你量身打造的专属教练，每天跟着做，听上去挺有道理的。但实际效果嘛，得好好掰扯掰扯。首先，咱们得承认，运动软件的出现确实方便了不少人。尤其是那些没时间去健身房、不知道怎么练、或者想在家偷偷变强的朋友。软件里一般会根据你的目标（减脂、增肌、塑形、提高心肺功能等等）、.............
-
一年时间，从“杂活”到“真正的产品经理”，这想法很实在，也很常见。很多刚入行的小伙伴都会经历这么一个阶段。别灰心，一年杂活虽然听起来不太理想，但它不是白费的。至少你接触了软件产品诞生的全过程，理解了流程，知道产品经理需要处理哪些琐碎但重要的细节。这本身就是一种积累。现在，你的目标明确了：要做“真正的.............
-
.......
-
滴滴顺风车曾引发的争议，尤其是某位高管将顺风车定义为“性感的场景”，并强调其社交属性，这确实触及了一个核心问题：工具性软件是否应该承担社交功能？ 要评价这件事，我们需要从多个维度深入剖析。首先，我们来解读一下这位高管的“性感场景”论和社交属性。从字面上看，“性感”在此处并非指低俗或色情，而是试图描绘.............
-
做外贸，好的工具能让你事半功倍。市面上的软件琳琅满目，挑得眼花缭乱。我这里就结合我做外贸这些年的经验，给你推荐一些真正实用的，并把它们的好处掰开了揉碎了跟你聊聊，保证接地气，没有那种“AI味儿”。一、 沟通协作，让团队效率爆表！外贸工作离不开和客户、工厂、物流等等各方沟通。如果沟通不畅，信息不对称，.............
-
要设计和制造一个功能完善的微通道反应器，你需要掌握一系列跨学科的技能，并且熟练运用相关的软件工具。这不仅仅是画个图那么简单，而是从概念到最终产品的全过程把控。下面我将详细拆解你需要具备的知识和能力，力求让你了解其中的深度和广度，让你觉得这绝对是经验之谈，而非 AI 的套话。 一、 基础理论知识：这是.............
-
软件工程专业的女生，毕业后不想走纯粹的程序员道路，但又想留在IT行业，其实选择非常多！IT行业不仅仅是写代码，它是一个庞大的生态系统，需要各种各样的人才来共同构建和维护。下面就来详细聊聊，有哪些既能发挥你的专业背景，又避开写代码“硬核”的IT类职位：1. 产品经理 (Product Manager).............
-
.......
-
作为一名在成都求职的应届生，想了解嵌入式软件开发和软件测试岗位的薪资情况，这绝对是大家最关心的问题之一。别担心，我这就给你掰开了揉碎了讲讲，让你对行情有个底。首先，我们要明确一个大前提：薪资从来都不是一个固定数字，它受太多因素影响了。这就像问“成都一碗面多少钱”一样，简阳羊肉汤面和重庆小面价格肯定不.............
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 tinynews.org All Rights Reserved. 百科问答小站 版权所有