8 个解决方案
#1
这个好像很多是不参与的，当然有的运维人员前期是在项目里，后期项目结束后可能转做运维了，但就运维工作来说，记得软件工程里边说的运维也是整个生命周期的一部分吧，运维好像是个宽泛的工作，有的可能会进行程序遗留bug的修改或者小的需求的开发，但更多的人理解运维好像就是监控系统运行是否正常，比如重启系统，重启数据库什么的，有的运维可能还会包括用户使用问题方面的解答，以上只是俺个人的一点小理解
#2
难道现在大部分招的运维纯粹只是在机房监控系统，备份或恢复？那也太把运维的范围弄的狭隘了...
#3
MARK
#4
别把软件的生命周期与项目的生命周期弄混了哦，尤其大型项目，软件的比重不会超过50%，了解一下IDC、网络、虚拟化、网络存储、负载均衡等等之后，你就明白运维是做什么的了。
#5
安全运维，网络运维，数据库运维(DBA)，代码测试维护，桌面支持.....
小公司一般是以上全兼。初期知识点多，广而不精，工资不高，发展偏慢，用dota来描述属于绝对的后期英雄，后潜力，一起来就是总监\系统分析师，眼界不是纯开发所能比的。
小公司一般是以上全兼。初期知识点多，广而不精，工资不高，发展偏慢，用dota来描述属于绝对的后期英雄，后潜力，一起来就是总监\系统分析师，眼界不是纯开发所能比的。
#6
不知道这样说对不对，昨天看到的，运营维护师就是项目部署上线的救火员！
#7
小公司才要去运维的范围宽广。
通常程序员也兼任了运维了。
试想一个过千万用户的门户网站的运维工程师，安排你监控系统运行，又安排你修改外包、公司内部系统的后期修复bug工作，又要解答新老员工使用系统的问题，你忙得过来吗？
#8
初级的运维：能让软件正常工作OK。
高级的运维：能够修改BUG，改进软件，数据优化……
高级的运维：能够修改BUG，改进软件，数据优化……
#1
这个好像很多是不参与的，当然有的运维人员前期是在项目里，后期项目结束后可能转做运维了，但就运维工作来说，记得软件工程里边说的运维也是整个生命周期的一部分吧，运维好像是个宽泛的工作，有的可能会进行程序遗留bug的修改或者小的需求的开发，但更多的人理解运维好像就是监控系统运行是否正常，比如重启系统，重启数据库什么的，有的运维可能还会包括用户使用问题方面的解答，以上只是俺个人的一点小理解
#2
难道现在大部分招的运维纯粹只是在机房监控系统，备份或恢复？那也太把运维的范围弄的狭隘了...
#3
MARK
#4
别把软件的生命周期与项目的生命周期弄混了哦，尤其大型项目，软件的比重不会超过50%，了解一下IDC、网络、虚拟化、网络存储、负载均衡等等之后，你就明白运维是做什么的了。
#5
安全运维，网络运维，数据库运维(DBA)，代码测试维护，桌面支持.....
小公司一般是以上全兼。初期知识点多，广而不精，工资不高，发展偏慢，用dota来描述属于绝对的后期英雄，后潜力，一起来就是总监\系统分析师，眼界不是纯开发所能比的。
小公司一般是以上全兼。初期知识点多，广而不精，工资不高，发展偏慢，用dota来描述属于绝对的后期英雄，后潜力，一起来就是总监\系统分析师，眼界不是纯开发所能比的。
#6
不知道这样说对不对，昨天看到的，运营维护师就是项目部署上线的救火员！
#7
小公司才要去运维的范围宽广。
通常程序员也兼任了运维了。
试想一个过千万用户的门户网站的运维工程师，安排你监控系统运行，又安排你修改外包、公司内部系统的后期修复bug工作，又要解答新老员工使用系统的问题，你忙得过来吗？
#8
初级的运维：能让软件正常工作OK。
高级的运维：能够修改BUG，改进软件，数据优化……
高级的运维：能够修改BUG，改进软件，数据优化……