讨论：未来的运维方式：DevOps？（获奖名单已公布-2014-7-31）

itTangzeng

1、你在工作中有与开发人员（运维人员）就软件问题出现过冲突吗？什么冲突，最后如何解决的？
一般没有，因为组织制度决定，出现问题，快速解决问题，不追究责任，奖励解决问题的人。
个人认为，在一个组织内如果要做好一个事情，必须具备基本的三个条件，人的能力，人性化的制度，规范的流程。
出现故障时，通知的人很重要，这些被通知的人能综合评估问题的原因，大概就能定位问题，制度不能以惩罚人为目的，而是解决问题为最终目标。
同时将经验写入公司的一些知识库内。


2、你如何看待公司中的开发人员（运维人员）？（回答温和点不要在这引起争吵，也可能你的同事在看，造成现场对决！概不负责）
开发固然重要，产品是他们完成的，但是指定需求时运维人员也参与需求制定，关于运维需求的制定，就有运维决定。如果开发的产品不能很方便的运维，将会被否决，因为产品的最长周期是处于运维阶段。
在公司中需求、测试、运维阶段运维人员都有发言权的。
至于谁重要，看看运维总监的强势程度了，一般开发总监要强势些。


3、你公司在工作中有引入DevOps的方式吗？如何进行的效果如何？有什么新的冲突吗？（有就说，没有就回答下一题）
没有明显引入DevOps。但是我们公司中不成文地包括了开发促进运维的思想，如开发需求阶段就考虑监控等。

4、你认为DevOps会对现在的工作方式有多大改变，要做什么准备来对待或迎接DevOps的到来。
DevOps对于项目型组织来说，压力很大，特别是外包性质的项目。
要做好DevOps，开发和运营人员必须紧密合作，建议参考我们的方法，开发时考虑运维需求，便于运维很重要，如果能把它当成自己的产品来做，那时最理想的。

易懂听

运维基础及运维经验对于devops来说非常重要，如果你想成为一名真正的devops话

yunas

发现又一本，Linux服务器运维最佳实践，好书一本。
继续支持活动。

action08

cryboy2001 发表于 2014-06-13 09:03
有研究表明，当正在工作时被打断，可能要10-15分钟才能重新回到原来的工作上，如是思考问题被打断，要 ...

同感，特别是在做小设计的时候，


有些打断几乎是重创级的，

action08

itTangzeng 发表于 2014-06-13 22:58
1、你在工作中有与开发人员（运维人员）就软件问题出现过冲突吗？什么冲突，最后如何解决的？
一般没有，因 ...

制度不能以惩罚人为目的，而是解决问题为最终目标。
同意这一观点。同样的制度，一个好的实施者可以凝聚人心，坏则**感情和气氛
制度问题，比技术更重要

hmchzb19

运维说开发代码写的烂,开发说运维水平烂。
现在加了一层，Devops，就变成了3国演义。
吹概念很容易，把概念落实，真正的给开发和运维都带来益处难的多。

Devops 就是吹概念的典范。就是典型的不做事，只吹概念的人想出来的。

zhaopingzi

重在参与！

dapiqi

pinglunpinglun