恩怨情仇
就比如说开发有时候需要修改一个生产的代码文件，只是一个文件而已，开发这么想，你运维直接帮我覆盖到生产环境，然后重启就行了。但是运维会想，你就算是修改一个文件，你也要按规范做事，先推送到开发测试环境，测试没问题之后，你再把代码推送到UAT环境，UAT环境确认没问题之后，你再让测试负责人发上线需要邮件，运维再执行上线任务。这个时候其实就已经产生了矛盾。
开发人员会认为，运维这帮家伙，真是没事找事，那么简单的事情，非要搞那么复杂，真是傻帽，一群没用的家伙，就知道流程流程，一点都不会变通。
运维人员会认为，开发这帮家伙，明明流程都已经指定，为毛不按照流程办事，万一出了问题，更新了这个文件之后出现了系统故障，又要我们运维背锅，坚决不能帮他们直接更新。
上面举例的仅仅是一个实际发生的小例子，现实工作中其实还是有挺多挺多开发和运维间的恩怨情仇。
只读：
那是我正式从事运维工作的第四个年头，在晚上7点多被告知要加班，要上线一个项目，我让小弟们先回去了，我自己留守在公司……因为是异地办公，大约8点左右接到电话让我上线，因为事前沟通不到位，我对上线内容和步骤都不了解，并且上线单里没任何说明，所以我拒绝了上线申请，但是被对方一个小开发在电话里讽刺了一番，过了很多年了想不起来了，大意就是你不就是个上线的吗，快给我上，哪来那么多事，告诉你上线目的，上线步骤，测试结果又能怎么样。
作为一个运维老鸟，我说好吧，那你发个邮件说你要上线，一切后果由你承担，如果你们经理允许的话，我就执行这个上线单，对方同意了，对方的开发经理也同意了，我想大家都着急下班了吧。上线过程中因为没有上线步骤，所以我还打了好几个电话确认，而且脚本里的配置路径也不对，我已经意识到这样的上线出问题得概率太大了，所以我在每次变更时都在群里面做了说明，待对方同意后才进行了操作。
结果第二天出大事了，因为出过的大事比较多具体啥损失我也记不清了，只记得需要立刻飞到北京进行了case study……整个case study过程非常不友好，甚至有人提出我作为资深人士应该为此负责，我说我就是个上线的，你们不都这么认为吗？没有权利，哪还鸡巴有责任！
最后会议不欢而散~~
不做一线运维3年多了，不管上线过程多么的自动化，开发和运维都要有很好的沟通，好的运维可以为开发规避很多风险，好的开发也可以帮助运维做很多改进和提升，大家彼此都多走近对方一步，才能保证业务更好得运行。
饶琛琳-Perler，资深运维，技术作者，初级产品经理：
来讲一件很早以前的事情，那时候大多数运维还不叫运维而叫系统管理员，DevOps这个单词还刚刚在国外被偶然提起基本没人知道。
那天，公司技术部新入职一个PHP开发工程师，因为我正好在开发组帮开发工程师们修改运维系统里的bash脚本成csh脚本（是的，运维系统是开发立项开发设计开发实现，要上线的时候我才知道且发现他们的bash脚本在FreeBSD上用不了）。所以中午饭一块下楼去吃。
相互介绍完毕后，这位PHP开发跟我说的第一句话是：哦，那你每天要部署好多个apache吧，一定很累。。。
累你妹……
基本上我跟开发们都挺好的，这是唯一一次觉得自己的职业如此的不被重视。
等等，为毛觉得把这句话里的apache换成docker，就油然一种快速迭代持续集成的高级赶脚了……
陈一梦-煮鸡工程师：
那谁谁谁 帮我扫个日志
那谁谁谁 帮我上个线
那谁谁谁 帮我加个crontab
那谁谁谁 借我个root权限…………
李白：
开发：服务器是不是挂了，我程序跑不了！
开发：肯定是你服务器得问题，我这个程序怎么可能出问题！
开发：服务器中木马了，重装系统
开发：这个是服务器的问题，该你负责处理跟我没关系
遇到有些小白开发真的没法沟通...
所以运维一定要能看懂代码
李钦山-日子总是无聊偶尔精彩：
倒没这么夸张，但是也经常有争论。开发人员的口头禅：这东西在我的机子上是好的呀，为什么到你们这儿就不行了？balabala…
最后想说的是，理解运维和开发的共同目标，就不会有恩怨这一说，你们会成为很好的朋友。
本文部分内容整理自【知乎】，如有侵权，请联系删除。
