返回首页

35程序员转行做什么好?

190 2024-08-10 01:47 中山人才网

一、35程序员转行做什么好?

做产品经理。

可以说程序员是最了解产品细节的,所以很多公司都有内部转岗到产品经理的案例。 2. 项目经理。程序员一直在一线开发,所以有很容易评估项目的进度,如果在公司或者行业有号召力或者影响力就更加适合转项目经理了。

二、35岁程序员何去何从?

1.35岁后,程序员可以往架构师方向转

2.原本沟通管理能力比较好的可以往项目经理方向发展

3.部分可以往产品经理和需求分析岗位发展

4.部分已经相对经济自由的可以进行创业

35岁虽然是个门槛瓶颈,相信路一定会越走越宽!

三、35岁前端程序员出路?

一、往管理通道发展

做好团队的管理,协调好部门内的各项技术任务。

二、转型做其他职业

技术人员年龄大了,感觉到职业危机,那么我认为也可以考虑去转型做其他职业。

比如有的技术研发人员到了一定年龄后,转型去做质量控制工作,这在制造型企业或者研发类公司比较常见。

三、自己创业

第三条路就是自己创业了,虽然这条路凶险无比,但对于35岁工作十年上下的人而言,还是具有一定的可行性。

我过去的一个老同事,就是多年技术岗位从业后,出来自己做了一个孵化器公司,目前已经融资多轮,公司也准备过两年IPO上市。

创业者的身份,实际上就是把技术、管理等融为一体。

而且创业公司更具有活力,不必受到以前平台的种种束缚,有机会把技术项目真正做成具有影响力的产品。

四、35岁女程序员的出路?

答案1:35岁女程序员有出路。

首先,IT行业发展迅速,人才缺口很大,不论是年轻人还是中年人都有机会进入该行业;其次,程序员职业的技能门槛相对较低,相比其它行业,中年人转行选择编程职业所需的时间和成本也相对较低;此外,大公司或项目会考虑人员的经验和稳定性,可能会更青睐中年人。

对于35岁女程序员,可以通过自学、参加培训等方式提升技能,扩展自己的技术领域,提高市场竞争力。

答案2:35岁女程序员的出路取决于个人的实际情况和选择。

虽然IT行业对人才的需求量大,但依据个人的实际能力、技术水平、市场竞争力等因素,出路可能各有差异。

有些人可能会考虑创业,有些人可能会进入大型企业,还有些人可能会选择在小型公司或团队里工作。

此外,不同的技能领域和市场需求也可能影响到个人的选择。

建议35岁女程序员要充分了解自己的优势和不足,积极提升专业技能,寻找适合自己的就业环境和发展路径,不断扩大自己的职业发展空间。

五、ios程序员35岁以后出路?

IOS开发虽然曾经很赚钱,也比较风光,但毕竟都是苹果的封闭体系,所以相对路比较窄,程序员超过35岁后,体力能力下降,后续出路可以考虑:

一是技术转型,提前学习一些更通用、更开放的技术,让就业道路更宽阔,二是累积资源,开放门路,通过合法途径接一些个人开发业务。希望以上回答可以帮助到您。

六、35岁程序员转行最佳职业?

1、做技术总监,不写代码,把握公司技术线路、产品安全,为老板解忧。

2、做安分的程序员,工资要求不要太高,和领导关系搞好,老板也不会开除的。

3、转行自己做老板,找关系接项目,自己建团队开发。实际上很40岁左右的程序员就是这么做的。

4、转行做自媒体,现在抖音、头条、快手很火爆,做自媒体也有钱。但这个对程序员来讲跨度太大,风险高。

七、35岁程序员难找工作?

35岁的程序员好找工作呀。但是我是应该经验非常丰富呀,至少有了十几年的工作经验。而程序员这方应该是经验越丰富的知识。如果你也独一份儿的技术。工资待遇会非常的高。而且可以带团队。搞培训都可以。工资都很高,但是如果你经验不是很丰富的话,找工作会难度大一些

八、程序员35岁以后做什么?

程序员35岁以后做什么,这个问题必须在30岁前就想明白。等到35岁才开始考虑这个问题,为时己晚。所以,一旦从事程序员这个职业,就要做好职业规划。

根据我的经历与观察,有这几个发展方向:

人力资源管理。lT行业的人力资源管理者如果不懂IT业务,在人员招聘、绩效考核、研发投入、人才队伍建设、储备等诸多方面,无法做得出色。要让人力资源管理者懂lT,难; 让lT业务员懂人力资源管理,易。有着lT业务背景的人力资源管理者,是制订正确的lT企业发展规划的重要推手。我认识的几个优秀程序员转行做人力资源管理,做得非常出色,都当上大企业人力资源总监了。

前端咨询与后端维护。可以向行业的前端发展,做前期需求分析,不但理解客户需求,而且深知能否满足客户需求,以及如何满足客户需求; 也可以向行业链条的后端发展,做软件产品后期的运营、维护。

教育培训。企业工作经历,尤其是开发方面的经历,是笔宝贵财富。投身教育培训行业能够放大这笔财富,使更多的人受益。

移民。这真是一条出路。加拿大、澳大利亚、新西兰,还有部分西欧国家缺有一技之长的人。懂lT、会lT的技术人员是受欢迎的。一旦找到工作,全家人都生活在福利中。我认识很多IT优秀人才,移民后过的日子真如天堂一般。

35岁是程序员的"鬼门关"。只有极少数能够闯过去,继续自己的技术生涯,走向行业阶梯的高端。绝大多数人要另觅出路,绕过"鬼门关",沿着另外方向,延续白己的职业生涯。

对程序员来说,未雨绸缪,做好职业规划,至关重要。

九、程序员35岁以后真的会淘汰吗?

你要说程序员35岁一定不会被淘汰,这倒也未必,你去看一些小公司外包公司,里面做开发的,鲜有35岁以上,甚至30岁以上都少。但要是说35所一定被淘汰,那倒也未必,我身处的外企,即使是做一般的开发,大把大把35岁以上。

本人之前写过篇文章,讲35岁大龄程序员可以进外企,而且还给出了进外企的相关建议。

35岁大龄码农的出路在哪里?

重复的话本人就不想再说了,在这篇文章里,就围绕Java后端开发,讲讲30到35岁这个年龄段的程序员该怎么规划自己的职业。

这个年龄段的程序员,哪怕还只是会做增删改查,后面应该做的,不是直接提升技术,而是要整合自己当下所掌握的技术,面试进大公司或外企。

这里解释一下,为什么不建议直接提升技术,因为这个年龄段,在当下的公司也干了不少年了,这个项目组里该掌握的技术也掌握了,但如果要去学更高级的技术,比如java架构方面的分布式微服务高并发这块,当前项目组大概率是没发提供项目实践机会,这样如果空学但不准备面试时的项目说辞,很容易被面试官认为只掌握理论,所以学习效果未必好。

但不少Java程序员在面试时,只会结合当下做的项目说技术,顶多只能讲述spring boot框架增删改查技能,而无法说亮点以及分布式等值钱技能的项目经验,这种人面试很吃亏。

相反如果在面试过程中,java开发如果说自己用过某个值钱技术,而且能说好相关的项目经验,并能结合实际排查和解决过相应的问题,那么面试官没理由不信,具体java开发,尤其是大龄Java开发,可以从如下几个方向来准备面试要点,同时准备项目实践相关说辞。

1 你去了解下项目部署方面的技能,这块如果去问下运维,应该很容易掌握。具体包括项目是怎么部署到线上,比如用jenkins部署,用docker甚至k8s部署,项目所用到的组件,比如redis,kafka,是怎么安装在线上的。

这块涉及到的知识点,一般包括项目CICD,比如jenkins技能,分布式组件和业务组件的部署方法,比如安装启动,切流量和灰度发布,而且准备的时候可以说些细节,比如你们灰度发布是靠怎么组件做的,怎么切的流量,jenkins是把业务组件发布到多少台linux服务器上,k8s的自动扩展配置是怎么写的。

这块不涉及业务,更对涉及的是linux命令和一些配置,面试时可以通过语法、命令和配置证明自己用过,那么就能给面试官留下“搭建过集群,掌握项目部署技能”的印象。

2 就去收集当下项目组最近排查和解决过的问题,尤其是和组件、性能和监控相关的问题。项目一旦上线,一定会遇到问题,如果项目涉及高并发,遇到的问题更多,请注意这里更需要收集中间件(即分布式组件)层面的问题。

这些问题可以是,线上报OOM,报CPU过高,或者是缓存被击穿,或者是kafka消息堆积过多,如果你的项目组实在遇不到这种问题,你就到网上收集些,然后结合你当下的业务场景。

这块可以用如下的套路来准备面试说辞,你们项目组用zabbix(或cat或其它组件)监控系统,某天突然报了xx(比如cpu过高)的异常,你看了日志,或者用linux的jstack等命令,层层分析,结果发现是某个业务(要准备详细些)的代码出问题,原因是组件超时或其它什么,最后怎么解决。

这种问题不要准备多,不同种类的加起来可以准备5到10个,但这种问题牵涉到系统监控,组件部署,原因分析和排查思路,排查结果更可以涉及到kafka或组件的底层,这样的说辞你准备好了,留给面试的印象一定是“排查解决过线上问题”,甚至是“掌握分布式系统的排查问题经验”。

3 再去结合业务,准备些分布式微服务组件的使用情况,更重要的是,去结合一些“限流或熔断”等高并发业务需求,来准备分布式方面的说辞。

这块其实是有两个层面,第一是能结合业务说分布式组件的用法,以证明自己用过分布式组件,这块相对简单,比如准备一个需要redis缓存的业务场景,说下redis的api,以及解决过的缓存穿透问题即可。第二,在此基础上,你就去准备些一定要实现限流熔断的业务场景,或者是要一定用分布式组件微服务组件的场景,说下怎么整合性地用组件,甚至是使用集群。

比如一个秒杀限流场景,你可以说用hystrix或sentinel的组件,怎么实现限流,同时说用redis集群实现预热秒杀商品,再说下怎么消息中间件来异步处理。

准备Java层面分布式组件,一定要结合业务,一定得通过API和解决过的问题来说你用过,这些技能其实更重要的是说业务场景,让面试官确信这个场景必须要用组件,甚至是组件集群,至于api和组件解决过的问题,这些都能找到资料,案例也不难准备。

上述3点其实要准备起来不难,组件的api基本上看下即可,相关解决过的问题,可以挖掘项目里有的,更可以多参考资料,而组件的整合使用和集群,这块也有资料,稍微有些难度的是,怎么准备项目中(组件和集群技术)的业务使用场景,不过这通过整理也能做到。

其实一些27,28岁的java开发,面试前要准备好上述要点其实也行,或者哪怕是通过培训班中途转化,有个2到3年java开发经验后,要准备上述要点,费点功夫其实也行。更何况30到35岁的java开发,有足量的项目经验,接触并解决过大量项目问题,要准备上述要点更加容易。

这样准备好以后,先不说之前项目用到哪些技术,也不是之前所在公司的规模,要在之后的面试过程中证明自己的分布式高并发项目经验,其实并不难,更何况事实上,能证明架构级别项目开发经验的点太多太多,比如是压力测试、分库分表或服务治理+分布式部署+扩容。

当然事先也得准备些八股文,在此基础上,大龄java开发就去通过猎头找大公司或外企的职位,多练几场,一定能在面试顶多1个小时内防守住,让面试官确信自己有java架构方面的技能。

事实上,不少外企的java面试,一般是spring boot增删改查技能外带分布式组件的api,大厂的话可能还会带些算法或分布式组件底层技能。但对比下,如果按上文给出的建议,java程序员在面试时能给面试官留下什么印象呢?

1 排查解决过系统问题,尤其是分布式组件和架构层面的问题,这块如果准备好,要结合问题讲解组件的底层实现细节绝非难事,比如用OOM问题可以深入分析kafka或Dubbo某个类的细节代码。

2 项目中有分布式组件的使用经验,甚至有集群等更为值钱的使用经验,并能结合业务展示熔断限流事务等实际问题。这块如果准备得当,更能说些集群搭建方法,以及集群问题的排查流程。

3 有项目部署和运维方面的经验,这块哪怕没法展示搭建组件的经验,也可以展示项目监控或部署或看日志排查线上问题的经验。事实上哪怕是单机版JavaSE方面,HashMap,线程池,ThreadLocal等组件准备一下的话,也能挖掘出不少亮点,要知道这仅仅是单机版,甚至不是分布式组件层面的亮点

4 至于单机版spring boot开发技能,以及单机版索引等技能,以及八股文,这里甚至都不提了。

面试中能展示上述要点的java程序员,哪怕是35岁,哪怕之前还是在小公司,我想不出任何能被淘汰的理由,相反这种Java程序员的选择面应该很广,不能说大厂外企随便进,但至少能选择的面应该是不少。

顺带发起个咨询,如果大家想进一步了解简历和面试方面的技能,可以咨询我。

1 用资料帮大家巩固spring boot,甚至是spring boot整合分布式组件和微服务的技能,同时提供Java面试方面的资料。这些资料在市面上有明码标价,这些资料的钱就超过咨询的费用了。但本人不负责技术提升,人家培训班收费上万的事情本人做不了。

2 提供简历辅导服务,经本人辅导后的简历,基本上都能大大提升竞争力,从而得到面试机会。

3 以电话交流的方式提供面试辅导服务,包括但不限于教如何介绍商业项目经验,如何在面试中证明spring boot能力,如何在项目中证明调优看日志和分布式组件等方面的亮点。尤其地,在辅导过程中本人还会教授“引导方法”,告诉大家如何在准备的基础上,引导面试官问出你的亮点和技能。

4 甚至还能提供就业辅导和薪资方面的咨询。如果条件合适,还有外企能公司的内推机会。

最后祝广大程序员朋友都能找到心仪的工作,同时实现技术和薪资的双提升,也同时请大家多多点赞我的文章。

十、35岁程序员真的会失业么?

35岁程序员真的会失业

程序员的年龄一般不超过35岁,只要学习能力和管理能力跟上工作到四十、五十年,都没有问题。年龄问题其实是大家比较关心的问题,因为大部分人在30多岁的时候工作了6-8年,选择了转型。结构和许多其他职位发生了很多变化,薪水也得到了提高,30多岁坚守在代码一线的码农并不多。