新候选人在面试中是否编写代码？
但是我对此一无所知关于Docker容器，如何配置Jenkins或AWS等等，一无所知。什么是测试应聘人员是否可以管理此类任务的好方法？员工只需配置一次构建链，它就可以正常工作。我还能期望他或她成为公司（DEVops）的开发人员吗？由于DevOps是一项相对“新”的工作，对于小型公司来说，是否可以在需要他或她时共享一个devops雇员或雇用他或她作为自由职业者更好？
我对术语的困惑来自于这样的工作机会，即使在stackexchange上也是如此（=上面截取屏幕截图的链接）。您偶然发现了这个问题：https://hackernoon.com/devoops-some-common-anti-patterns-1850ac2f5074
#1 楼
人们普遍误以为“ DevOps”是公司中的角色。这个词仅表示软件公司的组织转变，这种转变可以简称为“您构建，运行！”。由Werner Vogels创造：无需区分构建和运行，根据Werner Vogels的说法，它比以下要好得多：
赋予开发人员操作职责从客户和技术的角度来看，极大地提高了服务质量。传统模型是将您的软件带到隔离开发和操作的墙，扔掉它，然后再忘了它。不在亚马逊。您构建它，然后运行它。这使开发人员可以接触到他们软件的日常操作。它还使他们与客户进行日常联系。客户反馈循环对于提高服务质量至关重要。
本课程很有趣，但是组织中的这一特定更改并不总是易于实现。
此转变伴随着持续集成和交付方法的重要性日益提高。请注意，这些思想远比“敏捷”方法学的形式化要早得多，其中一些思想已经出现在1968年…年出版的北约科学委员会关于软件工程的报告中！
尽管措辞可以忽略，但简短DevOps提案的说明（此站点）提到“软件工程师”：
面向软件工程师的Beta问答站点，致力于自动化测试，持续交付，服务集成和监视以及构建SDLC基础结构。 >
现在，如果您正在寻找可以帮助您的团队开始使用这些方法的软件工程师，请让他们参与这个主题。即使您不熟悉此主题，也请按照“您自己构建它！您运行它！”口号是您可以从编程问题入手，然后将访谈引向有关应用程序部署和维护的问题。
评论
困惑还基于这样的工作机会：stackoverflow.com/jobs/135988/…
–托马斯
17 Mar 10 '17 at 17:40
是的，有很多人或组织使用“ DevOps”作为角色。没有人会因为受害而受到指责，您的问题对于澄清这一点很有用，因此，谢谢您提出这个问题，即使它最终可能会被关闭。希望这个答案对您有所帮助，并希望您能借此机会对该网站做出贡献或将其用作信息来源！
–MichaëlLe Barbier
17 Mar 10 '17 at 17:46
@ThomasMoors：您先前的（有趣的！）评论应纳入您的实际问题中……即使只是为了记录您的困惑……
– Pierre.Vriens♦
17 Mar 10 '17 at 18:54
@ Pierre.Vriens完成
–托马斯
17 Mar 10 '17 at 18:57
同义词/相关的“吃自己的狗食”，不要做您不会使用的事情
–滕西拜
17 Mar 10 '17 at 19:59
#2 楼
我要告诉你，冒着被投票否决，偏离主题甚至是异端的风险，“不要听那些纯粹主义者告诉你DevOps不是角色。”
您在正确的轨道上。它应该适合您的公司。雇用员工时，这才很重要。
如果您需要DevOps，就像DevOps一样工作，并产生像DevOps这样的结果，那就是DevOps。
别让任何人劝阻你。
反正做广告。
反正面试。
反正雇用。
在此期间，了解有关DevOps的更多信息，该概念如何适合您的公司，该人如何适应。搜索您可以提出的问题。即使您不是主题专家，也有很多示例。一些老式的耐心和勤奋。
您需要员工吗？还是自由职业者？千篇一律？只有您非常了解您的公司。
创建自己的独特文化，这是对DevOps的诠释。
评论
为此+1。纯粹主义者对开发人员的垂涎已不是太久的作用了，但是行业，工作委员会和招聘人员已经将它变成了现实，现在是时候接受它了。
– grumpyops
17年6月27日在13:46
#3 楼
“雇用DevOps”将很困难，因为DevOps不是角色。如果您可以找到具有软件开发和工程技能的工程师，那么您的方向正确。.但是，
您的聘用过程将因以下几个因素而变得复杂：
网站可靠性工程师（Google对具有编码技能的管理员/工程师的称呼）很少见。
罕有的技巧很贵
稀有的技巧很……稀有。
好消息是，您可能不需要完全合格的SRE。
您的用例正招聘工程师来建立您的基础架构（AWS）并自动进行部署（詹金斯（Jenkins）。这些技能并不是那么罕见，但是您可能很难在一个人中找到它们。
您还提到自己没有这些技能。这是进一步复杂的因素。您没有评估候选人技能所需的技能。您最终必须找到一种方法来开发（或雇用，如在工程经理中一样）管理此类资源所需的技能。
评论
对于人力资源人员而言，通常缺乏所雇用人员的技能。通常最好的办法是与技术人员面谈以对候选人进行评估
–滕西拜
17 Mar 10 '17 at 20:03
我的意思是说，我是一名优秀的开发人员，但我也想被最终在公司内部其他学科上胜于其他人的人所包围，比我更好。
–托马斯
17 Mar 10 '17 at 21:19
@ThomasMoors这是一个非常好的主意。不要太在意，我对我对这个网站的看法很明确，但是我只是一群人。对不起，如果我听起来没礼貌
–滕西拜
17 Mar 10 '17 at 21:39
#4 楼
有两种可能性：您需要帮助，以确定您的公司在开发DevOps的过程中需要经历哪些变化。
您知道自己需要什么，只是想雇用人员为您实现这一愿景。
如果您需要某人帮助您确定需要集中精力解决的问题，真正的好公司叫DORA（DevOps研究与评估），由Nicole Forsgren博士，Jez Humble和Gene Kim共同创立。妮可（Nicole）进行了DevOps状态调查多年，并且多年来一直对该行业进行详细统计。杰兹·汉布尔（Jez Humble）是持续交付的专家，他从字面上写下了这本书。吉恩·金（Gene Kim）是凤凰计划（The Phoenix Project）的作者，后两位是《 DevOps手册》的合著者。 DORA对您的公司进行评估，并帮助您回答这些问题。这是个好主意。我建议去参加DevOps企业DOES会议或当地的DevOpsDays会议，并在走廊上与人们交谈。寻找建议，甚至打开摊位，张贴招募海报。
第二种选择是来到这里，开始在这个论坛中提出这些问题，并寻找可以回答这些问题的专家并站起来。投票。其中许多人可能实际上正在寻找工作或挑战。有时，即使在此处询问有关您当前的状况和用例的问题，也可能会指出正确的做法。
#5 楼
我正在招聘的人员中寻找很多东西。最低的“ ha”级别的敏捷（google shu，ha，ri用于敏捷采用）需要更多）
技术动手经验-编码，自动化等，但是我是工具和语言不可知的人
学习个性-他们主动不断学习
好奇心强，不希望怪罪-他们可以接受失败作为学习课程
他们是可以信任和信任的团队合作伙伴，因为心理安全是高绩效团队成功的首要因素
他们可以指导和指导-他们在没有精英的情况下分享他们的知识-prima donnas在高性能团队中没有位置
他们具有“足够”的社交技能，因为他们需要成为团队成员并进行良好沟通
我还没有找到一个完美的候选人，所以总是要进行某种权衡。在当今世界中，我查看了65份以上被机构和人力资源部门“合格”的简历，由于不符合我的纸上最低要求而被丢弃了50份或更多，面试了15份以上并雇用了3份。 9个月的大部分时间。
评论
作为补充，我在您的帖子中感到缺少的是对您感到缺失的描述，称存在一些缺失，而没有指导如何呈现东西来弥补这些缺失并不能帮助改善状况
–滕西拜
17 Mar 23 '17 at 22:52
如果人们没有提交调整到职位最低要求的简历，那么他们就不符合我的最低要求以继续前进。如果一个人真的想被考虑担任这个职位，那么他们需要表现出一些努力。作为招聘经理，我的观点很重要，因为我知道我在寻找什么。
–icewav
17年3月23日在23:11
听起来不错的建议是添加“张贴调整后的简历”。这比在纸上猜测您的要求更容易检查。如果您的要求是上述要点，那么“我在纸上的要求”可能是一个更好的措辞
–滕西拜
17 Mar 24 '17 6:56
不幸的是，上面的项目符号列表是我需要从访谈中辨别出来的。我的最低要求和我的首选要求在我所做的工作中清楚地阐明，它们根据我组建一支团队所需的技能而变化。如果满足最低要求，申请人通常会接受面试；如果满足最低要求以及某些优先要求，通常会得到面试。尽管这似乎有些含糊，但我在每份工作中都非常明确地介绍了我在寻找成功候选人时的期望。
–icewav
17 Mar 25 '17：1
有一定比例的应聘者错误地声称自己的简历中发现了简单的事实检查所发现的内容。这些申请人从未得到我的面试。示例：声称您已获得Scrum联盟认证，因为我有一些认证，因此我可以登录并检查您的认证。
–icewav
17 Mar 25 '17：15
#6 楼
除了其他问题，我认为以下答案尚未消失-我想以一种谦逊的语气总结到目前为止所学到的知识：向您的团队介绍DevOps技能可能还不够（也就是说，考虑到您不能雇用DevOps）！ （就像在较低级别上询问使事情正常运行的最佳工具是什么，在这里您似乎希望组织能够工作）。
真正的问题是：您的组织数字化转型战略是什么？ DevOps将帮助您创造更多的客户价值并降低成本，同时保持良好的氛围吗？
DevOps揭示了变革的需求，而变革需要承担责任。
想象一下正在运行的情况DevOps可能会对其他团队造成压力。 DevOps有时是从敏捷和持续集成演变而来的结果-您在这里拥有什么资产？
评论
由于DevOps不是角色（因此它是一个时髦的词），因此您正在根据自己的描述聘用现代sysadmin。我投票结束这个问题是因为题外话，因为DevOps不是角色/职位
@Tensibal我同意你的看法，但我也很想让这个问题公开，因为它可以帮助澄清这个误解–我们可以期待看到这个问题一次又一次地出现。
@MichaelGrünewald添加一个答案以澄清这一点。如果投票通过，即使已结案，也会防止问题消失。两全其美：明确问题并在站点中始终可见，以防止将来出现此类问题（可以重复出现）
@Tensibai FWIW，我认为我们不应以“ DevOps不是角色”为基础来结束一个问题。每个混淆明显的问题都是一个澄清的机会。该问题的答案应包括对此问题的澄清，以及对该问题的链接。如果仅因为它们混淆了DevOps术语而关闭了问题，我们将疏远新用户，而错过了澄清的机会。