Questions tagged «culture»

我刚刚和一个DevOps的人交谈，他对成为一名DevOps工程师的努力提出了一些非常好的观点，即使他是由16名工程师组成的团队，有时也会感到自己像一支单兵的军队。 他戴着许多不同的帽子，但坐在开发团队中从事基础设施工作。他爱他开始工作的自动化，云计算，集装箱等与-负载凉爽高科技，但他挣扎，他做的唯一的人ops，在一个dev团队。他向开发经理报告，但与基础架构经理更紧密地合作。 我与很多DevOps专业人员交谈时就是这种情况。可以采取什么措施来帮助DevOps工程师减轻自己的孤独感？

66 culture 

具有的想法的DevOps工程师已成为颇为流行最近，它似乎呼吁只是有一个人谁可以在插槽，并提供了许多的DevOps的好处，如木偶描述博客： 使用DevOps做法的组织具有很高的功能：根据我们的2015年DevOps状况报告，部署代码的频率是竞争对手的30倍，而失败的部署则减少了50％。 但是，我注意到许多反对DevOps工程师尝试进行以下改进的想法： 即使就DevOps核心属性达成广泛共识，“ DevOps工程师”一词仍引起争议。有人说，该术语本身与DevOps的值相矛盾。持续交付的合著者Jez Humble指出，仅凭称呼一名DevOps工程师就可以在开发人员和操作人员之外创建第三个孤岛-“ ...显然，尝试和解决这些问题的方法很糟糕（具有讽刺意味的） 。” 为什么企业聘用DevOps工程师尝试并“实施DevOps”并不是一个好主意，而不是像这样的博客所提倡的组织变革呢？仅具有独立的DevOps角色是否会抵消好处？

32 terminology  culture  job-role 

我如何说服团队中的开发人员拥抱“您构建，运行”？这样，我就牢记沃纳·沃格斯的这句话： 从客户和技术的角度来看，赋予开发人员操作职责可以极大地提高服务质量。传统的模型是将您的软件带到隔离开发和操作的墙壁上，将其抛弃然后忘却它。不在亚马逊。您构建它，然后运行它。这使开发人员可以接触到其软件的日常操作。它还使他们与客户进行日常联系。客户反馈回路对于提高服务质量至关重要。 我特别想到了一组开发人员： 被雇用为开发人员角色，很少/根本没有提及与操作相关的任务。 传统上，向操作团队“扔掉代码”。 传统上，工作时间表是9-5，特别是在正常工作时间之外，对“传呼机职责”，参加灾难恢复，撰写验尸等想法充满敌意。（注意：为此，我只考虑很少的停机；我不建议我们在下班后为该团队的工作量增加客户支持。） 当前不负责编写/支持对其应用程序的监视或警报。 假设有一个团队正在快速开发新的云微服务，其配置文件的状况越来越差，因为将这些服务交给运维团队并不理想，因为他们无法跟上对运维的深入了解。有效管理和监视它们所需的服务。“创建，运行它”对于该团队来说会更好，因为可以将任务委派给每个负责的团队成员。因此，该团队将开始参与设计基础架构，为服务提供监视/警报工具，以及（很少）响应中断事件。 我对方法学特别感兴趣，并以实际示例为后盾。如何在其他工作场所成功实现此目标，以及在实现此目标时是否要遵循任何规范步骤？任何可以支持答案的文章链接都将非常有帮助。

29 culture 

假定功能标志切换是一个好主意，并且应将其实现为开发人员编写的代码。例如Etsy发誓他们是他们文化的重要组成部分。 如何说服（并强制）开发人员开始使用功能标志切换的好方法？ 有关功能标志切换的更多信息，请参见Q：如何使用功能标志切换，Q：什么是功能标志切换，在Pete Hodgson 在Martin Fowler博客上有关该主题的文章中进行了广泛介绍。

20 culture  feature-flags 

首先，当我听到SecOps一词时，我将其视为一种旨在连接安全和运营团队的管理方法，就像将DevOps统一开发人员和运营团队一样。 但是，安全性不只是DevOps难题的一部分吗？ DevOps已经包括组件监视，版本管理，基准测试，代码审查，连续监视等过程。 SecOps还能为DevOps团队增加什么呢，或者这可能是另一个时髦的词？

20 terminology  culture  security 

好的开发人员应符合Joel测试规则11 ： 新候选人在面试中会写代码吗？ 但是，我对Docker容器，如何配置Jenkins或AWS等一无所知。什么是测试应聘人员是否可以管理此类任务的好方法？ 子问题：我相信一个好的devop员工可以配置一次构建链，并且此后应该一直有效。我还能期望他或她成为公司的开发人员吗（DEVops）？由于DevOps是一项相对“新的”工作，对于小型公司来说，在需要的时候共享一个devops雇员或雇用他或她作为自由职业者也许更好？ 我对术语的困惑来自于这样的工作机会，即使在 stackexchange上也是如此（=上面屏幕截图的来源链接）。 我发现这篇文章很有帮助，但是如果您迷失于这个问题，则可能想读这篇文章：https : //hackernoon.com/devoops-some-common-anti-patterns-1850ac2f5074

20 culture  software-engineering 

随着时间的流逝，我已经看到了很多博客，推荐了越来越多的书籍。 我喜欢阅读小说，对书籍没有反感，但是当技术发展这些书籍时，博客文章可以更新/重写，通常20-30英镑左右就不行了。 DevOps相关标题是否具有在线世界所缺少的特殊品质？

17 culture 

我已经完成/创建了许多与SCM相关的演示，现在我正尝试“升级”为DevOps的后继者。 我总是在演示文稿中尝试做的是拿出一张简介幻灯片，其中以某种方式包含了我想传达的信息（然后在其余的演示文稿中进行详细阐述）。这样做时，我会尝试回答自己的问题，例如“如果我想在10到20秒（仅！）的时间内向刚接触的人讲1到3个短语，我会用什么？* ”。 我以为我知道DevOps的实际含义，以及它的含义。但是我已经看到了DevOps的一些奇怪用法/上下文（甚至在DevOps.SE ...上）。这让我怀疑DevOps到底是完全错误的。 那么，通常公认的DevOps定义是什么？

16 terminology  culture 

我对DevOps感到非常兴奋。我知道DevOps是将我们带入建立IT架构的方法论，该架构将简化并推动我们的公司前进。 但是如何将其出售给我的老板，尤其是非技术老板？ 我们将实施一个自动化项目，其中包括自动化部署，基础架构云化，持续集成过程..我们绝对需要说服我们的老板对此进行更高级别的投资。 注意：我们开始通过自动化测试，发布和监督来改进流程，这是采用devOps的一步，但是由于我们需要更多的投资，因此自动化项目本身处于待命状态。

15 culture  project-management 

我试图在DevOps转换计划中推动良好的行为，以支持这一点，我正在寻找围绕运营准则确定可行的指标： 问题与事件管理 容量管理 变更和发布管理 绝对要清楚，这些功能曾经属于运营组织，现在由Agile / DevOps组织拥有。现有导致不良行为的KPI是： 根本原因分析时间已完成： 驱动不完整的RCA只是为了使它们按时进入系统。 测试执行时间： 禁用长期运行的测试，无论其业务价值如何。 云服务的平均利用率： 鼓励过度使用计算资源，从而导致响应时间变慢 在DevOps计划中，哪些关键绩效指标可用于鼓励良好行为？

13 culture  metrics  kpi 

敏捷软件开发是当今软件商店的首选方法。但是仍然有一些组织在软件开发方面没有实践敏捷，他们可能对采用DevOps感兴趣。 当我说敏捷软件开发时，我指的是敏捷软件开发宣言中的任何后代。如极限编程，Scrum，精益软件开发等。 敏捷软件开发是否是在组织级别采用DevOps的强制性先决条件？

13 culture  agile 

通过亚当·斯密（Adam Smith），分工可以使您的效率提高240倍（例如以18步生产销的销工厂为例）。 如果这实际上降低了生产率，那么为什么会需要多技能的角色？或者史密斯只是错了，那又为什么呢？ 在Google上搜索“全栈开发人员”的趋势仍然很高，但显然比两年前要慢： ===== 综上所述，全栈开发人员几乎可以完成所有价值链（如果我做错了，请纠正我）： 与客户讨论并完善其工作中可行的敏捷性要求 确定选择哪种架构，工具和组件-只给他一个笔记本 为前端，后端和集成编写代码，这些代码跨设备兼容并且不需要大量测试，也不需要包含它 剖析和浏览数据，使用Cloud AI / ML API获得高级功能 编写所需的IaC代码并推出 在出现错误或销售流程时随时待命 注意与安全相关的设计，整体修补，迁移和现代化 以详细的方式查看帐户时间表，以简化雇主的发票 ...我忘记了什么吗？ UPD-“ 我们需要专业化的生产力，但我们不希望看到“极端劳动分工 ” 的孤立世界观。（DevOps Guys，“ DevOps，Adam Smith和通才的传奇”，2013-2016年）

12 culture  project-management 

在DevOps招聘过程中，碰巧遵循了关键字匹配的原则，在我看来，这导致只关注技术。 现在，DevOps不仅仅是技术，而且DevOps工程师不仅仅是具有某些编码技能的更好的系统管理员。 对我而言，高级DevOps角色/资料还意味着除了基础设施和软件工程技能（例如精益，测量和开放和交流）外，还提供其他许多基础和实践方面的资历（诚​​实地说，谁要求DevOps雇用他们的交流技能？！） 那么，求职广告/面试能否以某种方式更有效-例如，通过应用对CALMS类别的质疑？-引发诸如“现在，您如何应用精益原则？在最近的DevOps项目中如何解决文化方面的问题”之类的问题？ 进一步阐述： Ç ulture（例如，用于冲突管理和态度，失败，自己和他人的策略） 一个 utomation（在这里你问木偶/码头工人等技能） 大号 EAN（精益基础？废物类型？） 中号 easurement（要求像JMeter的工具，而且还去之类的采样，数据建模..） 小号哈林（显然知识管理，并根据工具） 更新-为什么雇主/招聘者不按如下所示通过CALMS构建面试（此外，“自动化”部分可以沿DevOps 工具链模型（文档链接，只读）进行表述？ 旁注- 例如，文化实际上不再只是一种软技能，对于DevOps来说，它是一项核心技能-就像该领域的所有其他技能一样。

11 culture 

我在CompSci上学，最初主要学习Java，但是我从中学到的是，我对系统充满热情，所以我一直在ops方面工作。我对脚本很方便，所以我不是在寻找一个可以教我Ruby的网站，而是可以更深入地解释您的开发人员整日所做的事情。我想更好地了解文化，以及如何消化项目中无数的无数文件。 如果今天我了解到周一我将被调往开发团队，那么这个周末我想读些什么？

10 culture  builds  methodology  software-engineering 

我假设一家希望进行DevOps转型的组织存在一些其感兴趣的变更问题和政策。这种兴趣可以来自高层管理人员，中层管理人员，甚至可以自下而上。阻碍这种变化的最大因素之一就是促使其他人愿意接受这种变化。 例如，在许多情况下，推广诸如敏捷之类的“新”想法常常会失败。人们抵制变化，好像一堵墙阻止了好事的发生。然而，有责任要发生好事。 可以使用哪些方法来影响组织中开始DevOps转型的员工？特别有效的特定技术和方法。具体来说，更多的工程，更少的挥手。

10 culture