沒有low的职位，只有low的人，运维管理有low和high的，开发设计也是有low和high的，
分别的占比类似。因为我见过许多 总是增删，彻底不关注关键基本原理的CURDboy，一般这
类人针对运维管理的掌握也仅限网络服务器安裝、重新启动，因此感觉运维管理low假如开发
设计成才到一定环节，贴近技术专家或是系统架构师水准时，此刻见识会较为宽阔了，知道
新项目的系统软件可靠性确保工程项目，是一个十分宏伟的专题讲座。 而可以把系统软件可靠性确保到99.9%甚至99.99%之上，是十分大的技术性挑战，而运营工程
师，在这个全过程中，担负这十分关键的岗位职责，因此，产品研发系统架构师们不容易感觉
运维管理low，并且要持续和运维管理团体相互合作、共同奋斗，否则工作环境构架会因为开发
设计或是运维管理某一方脱队，而导致薄弱点，它是木桶原理的体现，假如某一开发设计感觉
运维管理low，先分辨他本身的技术性工作能力水准，如果是归属于半桶水的小白，他常说得
话，沒有任何实用价值；假如他是技术性巨头，能够酌情处理一下，他协作的运维管理团体是
不是在工作能力方面早已脱队，是技术性团体的薄弱点，如果是这类状况，也是不排除的，同
样，在开发设计团体技术性脱队的情况下，运维管理还可以觉得一些开发设计low。 开发设计针对技术性很牛逼的运营工程师，最少表层上是很重视的。（可能由于root管理权限
在手中）开发设计一般全是在测试机瞎折腾，玩的嗨的全是测试管理方法。要设计灵感就应当
无拘束嗨到底。运维管理是立即搞网上的，以便安全平稳，一定会有各种各样圈圈标准规定。
针对这种标准，开发设计自然难受，私下里各种各样骂。这就是矛盾的发源，也是开发设计“
瞧不起运维管理”的缘故。一般而言，运维管理回一句“你爱做不做，出事了背黑锅你的”，绝大
多数开发设计会怂了。有不怂的，我们敬他是一条梁山好汉运维管理实际上要涉及到的专业知
识许多 ，很广。人将会提及开发设计，或产品研发，便会想到是敲代码的，当然觉得很牛逼
，高大上上。实际上敲代码并不会太难，尤其是常常采用的功能和架构，在网上成套设备的编
码许多 ，也非常简单。反倒，很多运维管理是产品研发出生，不但会敲代码，并且还会服务
器架构，互联网构建，这些。有的明白许多 的运营工程师，专业知识很博学多识，技术性很
牛逼的。比很多产品研发开发设计的工作人员强，薪水也高许多 。她们仅仅常常见到运维管
理工作人员很闲，妒忌，误认为运维管理一天到晚没事儿，没有什么色香味俱全，实际上是
一种误会，只看到了表层。
还没有评论，来说两句吧...