一直做开发为什么想转运维
云计算运维和开发哪个有前途?
云计算运维和开发哪个有前途?
开发更有前途。因为开发的难度更大,待遇也会更高。
为什么有些电气自动化领域的工程师转行做程序员?
不知为何,这样的问题在网上特别多,每个问题提出来好像都是非建筑工程即IT开发工程师。这真是一个二选一的命题吗?在这个问题上不想做单选,基于这个问题,我想从【转行】和【融和】两个方面来一起探讨下。欢迎留言分享你的观点。
先分享实际工作中遇到两个类似例子。
故事1
10年前,系统集成公司的一个同事,电气专业毕业2年,在公司做了1年技术后来转技术型销售。非常有想法的小伙子,经常听他抱怨,受不了经常出差去脏兮兮的一线现场,也受不了极度想发财而又得不到的现实。没过多久辞职了,加入了一家做报纸的公司,销售兼最终用户。一次回来推销他的杂志产品,琳琅满目的各种电台框架和超短的交付时间是最大的卖点。那时候还真羡慕他,有能力做出那么炫的,提成收入也很高。
前段时间又碰到了,一如既往的繁忙,眼神中多了几份忧郁和迷茫。还是干以前的那些事,可是信息越来越公开,技术越来越透明,一个有点基础的人下载一个开源模板就能做出来。失去了信息不对称的优势,吹起来的泡沫一下子就刺破了,想开发点有价值的项目,技术和思维又跟不上,也寻找不到落地的载体。
故事2
最近在开发一款设备运维的智慧城市应用,有机会跟警察沟通,先后接触过几个团队。他们看完开发规格书后,都是信心满满,收了预付款后,就变了。到了交期没有一个是可按约定验收的,一个个功能模块惨不忍睹,功能逻辑关系混乱,完全是现有开源样板的假大空,但凡需要定制开发的细节就推三阻四。一心想着赚快钱,水平嘛,只能是呵呵了。我相信很多半路出家,所谓转IT项目经理的同行们,大多数都是进入了这样的团队吧。又有多少能达到oppo、vivo的专业水准呢?
基于这个原因,下决心组建了开发团队。骨干成员都是工业领域的面试经历,熟悉工业现场,又立志于基于工业将知识结构向上发展,将IT技术应用到工业领域。之前的经验得到延续,个人的知识结构也不断完善,开发的工业应用一个版本比一个版本更好用,辛苦一点也值得。
工业领域职业发展开发的工业应用软件,你觉得如何呢?欢迎使用。
听完这两个案例,你觉得如何?你在关注这个问题,说明也在思考,是【转】还是【融】。
说回转行这个问题,个人觉得这个说法本身是存在一定问题的。并不说不拿数字示波器,改敲键盘就是转行;不写梯形图,改写h7或者ruby就是转行。这个界定的依据是,新的工作是否是之前工作的延伸,之前积累的经验是否得到补充,新的技术是否是为了更好的服务于之前的工作。如果满足这些条件,那就不是转行,而是个人职业的发展,是技术的融合,值得鼓励和推崇。
反之,如果是盲目跟风,哪里来钱快就往哪里去,完全不考虑之前的积累,进入一个新的行业后,一味模仿而不强调创新,那么这条路迟早会走进死胡同。特别是人工智能快速发展的时代,简单工作越来越容易被替代,没两把棉签怎么保证今天吃饱今天不饿呢?
所以,我的观点是,无论电气、智能化或者其他工业领域的专业,鼓励技能向上提升,将IT技术应用到工业领域,服务于工业,这是科技发展和人职业发展的必然趋势,这是对个人经验的补充和强化,对自己、行业和社会都是有帮助的。仔细分析自己的性格特点和专业特性,基于熟悉的领域,选择合适的发展方向。电气、智慧化专业也有很多方向,软件工程师、技术开发顾问、工业软件工程师、技术工程师、工业软件顾问、技术工程师、市场运营经理…
这是一个能落地的行业,它的未来值得期待,我们不轻言转行,而要积极做技术的提升和融合,奉行拿来主义,对行业发展有帮助的技术包容进来,谁让电气和信息化专业的知识结构既能落地又能顶天呢?
一点个人工作过程中总结的体会到,希望能帮到你。支持请点赞关注。欢迎留言讨论。