DevOps不是任何一个人的工作。这是每个人的工作。以下是你应该问DevO的10个问题...... 在全球流行病最严重的时候，当社会距离变得重要，虚拟工作的数量和质量都在上升时，社会仍然在抵制已经成为新常态的变化。 然而，市场上新技术带来的变化是不可否认的。美国商业巨头比尔·盖茨说，“企业中使用的任何技术的第一条规则是，应用于高效运营的自动化将放大效率。第二，应用于低效操作的自动化会放大低效。" 20世纪90年代初，一项新技术应用于一项业务需要三年时间。但是，随着企业发展速度超过技术应用，当技术应用时，整个企业都发生了变化。结果，许多项目中途被取消，那些已经完成的项目不符合企业当前的需求，因此变得无关紧要。 随着这些挫折在企业界蔓延开来，它们导致了一个概念的诞生——开发和运营运动（共同开发和运营）——由信息技术专家帕特里克·德布瓦在2009年创立。Debois被称为DevOps运动的创始人，是一名独立的信息技术顾问，其目标是弥合项目和运营之间的差距。 2016年10月，杜布瓦共同撰写了《DevOps手册》，其中另一位合著者杰斯·汉布尔说，“DevOps不是一个目标，而是一个永无止境的持续改进过程。” 此外，在最近于拉斯维加斯举行的DevOps企业峰会上，另一位DevOps手册的合著者和研究员吉恩·金（Gene Kim）将DevOps定义为“使我们能够：提高交付应用和服务的能力的架构、技术实践和文化规范；快速安全，这使得快速实验和创新成为可能，并以最快的速度向我们的客户交付价值；同时确保世界级的安全性、可靠性和稳定性，以便我们能够在市场上获胜。” 然而，在企业中实施DevOps最具挑战性的方面之一是改变其文化。为了实现应用程序的及时交付或他们在组织中的集体联系，人们不会轻易改变他们如何一起工作，或者员工如何看待他们的角色和彼此之间的联系。因此，DevOps意味着在软件开发和实现中改进协作、集成和通信，以创建增强的产品。 随着时间的推移，员工意识到DevOps是流程、最佳实践和技术的结合，可以推动信息技术以创纪录的速度提供高质量的业务解决方案。组织也逐渐理解DevOps的整个概念是基于不同的团队协作，以确保快速的结果。 在这些团队中，“DevOps工程师”是目前最受招聘人员欢迎的工程工作，而DevOps工程师是领英上招聘最多的工作。尽管工程师们认为DevOps主要是文化，而不是单一的工作，但招聘人员还是对这个职位感到兴奋。由于头衔是新的和模糊的，工作职责可能在不同的公司扮演不同的角色。例如，当人们雇佣DevOps工程师时，他们需要注意像站点可靠性工程师这样的工作，他们的职能与DevOps工程师接壤。 随着招聘人员和招聘经理接受招聘DevOps工程师的挑战，有10个关键问题要问DevOps工程师求职者。
- DevOps Engineer是一个相对较新的头衔，招聘人员在选择候选人时需要考虑教育以外的其他事情。学术教育，其实远不如自学新技能的能力重要。超过70%的开发人员自己学习编码，招聘人员应该问一些有洞察力的问题，这些问题可以揭示申请人学习新事物的能力，而不是仅仅依靠简历来推断技能。
- 寻求DevOps工程师的公司需要确切了解实现公司目标所需的技能和专业知识——比如对CI/CD、测试、安全性、工具、应用编程接口、人类动力学、价值流映射和敏捷软件开发的健康理解。应聘者应被问及他们在与公司相关的技能方面的能力。
- 对DevOps感兴趣的公司，具有坚实技术背景和多年复杂转型工作经验的价值专业人士。DevOps工程师申请人应被问及他们在以前的DevOps操作中的参与情况，以及他们学到了什么。
- 文化转型是成功DevOps的关键区别，DevOps工程师应该是一个了解提高速度和质量所需元素的T形系统工程师。这方面的问题应针对求职者。
- DevOps流程涉及有能力利用自动化的人。因此，DevOps工程师申请人提出的问题应该侧重于理解在整个软件交付生命周期中使用的不同工具和技术。
- DevOps工程师应具备增量过程改进策略和有效测量工作流程以建立持续改进目标的经验。应询问求职者建立持续改进目标的经验。
- DevOps工程师知道软件交付管道中的不同阶段如何影响成功或失败的结果。因此，提出的问题应该促使求职者对不同交付阶段影响的理解得到回答。
- 理解DevOps研究所五个学科（持续交付、DevOps测试、DevSecOps、DevOps领导力和现场可靠工程（SRE））的工程师是真正的DevOps工程师。应聘者应该被询问这五个学科的知识。
- DevOps工程师不仅应该与最终用户接触，还应该与企业高管接触。应该向他们询问开发过程和最终用户如何相互影响。
- 由于DevOps团队内部的冲突很常见，如果DevOps工程师能够解决团队内部的冲突，并防止将来出现类似的问题，他们将是公司的资产。申请人应被问及他们是如何克服类似的挑战性冲突的，或者他们将来将如何处理这种情况。
- 毕竟，正如DevOps工程师的角色所反映的那样，DevOps不是任何一个人的工作。这是每个人的工作。
- D Zone贡献者表达的意见是他们自己的。
