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