有意思开发转运维容易吗,开发为什么转运维
从事软件开发的,后期能转linux运维吗,对运维帮助大吗?
可以转的。其实IT行业，跨进去后会发现有很多岗位。都是相同的。开发后期可以转运维的。其实转什么，全看你自己。
…入职三天感觉难以适应,感觉做不了开发,想再转运维行吗?
一点经验都没的情况下，自学是没有用的。
就算是去上一些培训机构的课程，也只能学到一些基本的东西，并不能满足实际项目的开发需要。
需要在实际项目中才能学到开发实际需要的东西。
而运维，与开发是两个不同的方向，开发需要的技能是比较具体的：一个项目在开发中需要使用的框架与技术是基本确定的，不会的可以现学现用，只要学习速度跟得上，就没有什么问题。而运维所面临的问题则是不固定的，有时遇到的问题根本与技术无关。做运维，要想能独立工作，需要很广的知识面。比如说，项目总经常发生数据丢失，时间不固定，频率不固定，要解决，就需要掌握很多东西：要会一点开发，能确定是代码问题，还是流程问题，还是架构问题，如果都不是，才可以排除是软件本身的问题。然后就需要依靠网络知识，排查是不是网络问题，路由问题，客户端安全问题，服务器安全配置问题，硬件配置问题，数据库配置问题。。。一样样排除，如果都不是配置方面没有问题了，那么，又需要对组件的知识，是不是数据库与服务器的特型对使用有特别要求，而项目中又没有满足某项？是不是数据库的多线程问题？是不是多种类型数据库之间的同步问题，比如mysql+reids之间缓存的问题？是不是负载均衡方面的原因……
所以，做运维，需要的知识面广，做开发，需要的知识点深。
但无论怎么选择，学习相关的知识都是无法避开的坎。只靠一份问题集或操作手册就能做的运维，工资只能是蓝领级别的，因为那不需要多少知识与技能，一个初中生培训一两周就能做的事，能有多高的收入？
要知道：在绝大多数情况下，回报总是与付出成正比的。
程序员30岁,想转行做运维linux,需要做哪方面的培训?
1，运维，基本要掌握的有，操作系统，计算机原理，编译原理，计算机网络等等等等。基于理论性的知识，基础知识，必须扎实，才能灵活应用。现在互联网变化之快，今天出来一个新技术，你才刚用上手，别人告诉你淘汰了，又有新产品了。掌握什么才能应对这种变化的速度呢？万变不离其宗，基础掌握得好，理解了原理，都可以解释得通。掌握了那么多基础的知识，还能没有发展前景吗？
2，一家公司的所有服务器，基础环境，一般由运维去搭建的。所有程序员跑的程序，必须跑在你搭建的环境中。没了运维可不行哦。服务器的root 权限掌握在运维手里，一个命令可以毁了一个网站，一个团队，重要吧？有专业公司恢复数据？那我进入机房，几个动作把硬盘物理性损坏，没救了吧？破坏的事情说多了，说点好的。运维可以根据现在业务的统计数据，去规划一下网站的未来发展，需要多少资源啊，当前的高可用做得好不好啊，扩展性有保证了没有啊。
3，运维团队，有一个方向，是DBA 。DBA 就是管数据的。一个简单的例子吧，现在的网站，瓶颈一般都在DB 上，DBA 的其中一个职责，就是提升DB 的性能，你看，运维团队解决了网站的瓶颈问题噢。DBA 还有一个职责，就是保证DB 的高可用。网站的程序可以重写，但用户的数据不能伪造，如果数据永远地丢了，那这个网站也就完了。
4，运维团队，还有一个方向，是运维开发。大概就是，他们在写着一些，与网站业务不相关的程序，来提高开发的工作效率啦，提高服务器的性能啦。两个网站表面看起来都差不多，只是一些UI 的不同，真正可以造成不同的，可能是，网站A 只是用了一台服务器就撑起了B 要10 台服务器才能做到的访问量，网站A 做到了快速自动化测试，节省了大量的时间，网站B 的工程师还在忙活的时候，A 的工程师们都在娱乐了。这才是不同，质的不同。
做过maximo开发,可以转行IT运维项目管理吗?
当然可以。
有开发经验或能力的朋友，转运维是很有优势的。运维无非就是数据库、网络、虚拟化、硬件、操作系统这些东西。很吃经验，你慢慢积累，上升的一定非常快。
会开发的你一定要低调，不要自大。
…入职三天感觉难以适应,感觉做不了开发,想再转运维行吗?
一点经验都没的情况下，自学是没有用的。
就算是去上一些培训机构的课程，也只能学到一些基本的东西，并不能满足实际项目的开发需要。
需要在实际项目中才能学到开发实际需要的东西。
而运维，与开发是两个不同的方向，开发需要的技能是比较具体的：一个项目在开发中需要使用的框架与技术是基本确定的，不会的可以现学现用，只要学习速度跟得上，就没有什么问题。而运维所面临的问题则是不固定的，有时遇到的问题根本与技术无关。做运维，要想能独立工作，需要很广的知识面。比如说，项目总经常发生数据丢失，时间不固定，频率不固定，要解决，就需要掌握很多东西：要会一点开发，能确定是代码问题，还是流程问题，还是架构问题，如果都不是，才可以排除是软件本身的问题。然后就需要依靠网络知识，排查是不是网络问题，路由问题，客户端安全问题，服务器安全配置问题，硬件配置问题，数据库配置问题。。。一样样排除，如果都不是配置方面没有问题了，那么，又需要对组件的知识，是不是数据库与服务器的特型对使用有特别要求，而项目中又没有满足某项？是不是数据库的多线程问题？是不是多种类型数据库之间的同步问题，比如mysql+reids之间缓存的问题？是不是负载均衡方面的原因……
所以，做运维，需要的知识面广，做开发，需要的知识点深。
但无论怎么选择，学习相关的知识都是无法避开的坎。只靠一份问题集或操作手册就能做的运维，工资只能是蓝领级别的，因为那不需要多少知识与技能，一个初中生培训一两周就能做的事，能有多高的收入？
要知道：在绝大多数情况下，回报总是与付出成正比的。
做前端开发4年,转到运维组,什么都让干,甚至不在能力范围内!很困扰…
能动就别闲着，技多不压身。