在本文中，与EPAM合作担任首席软件工程师的
Alexandra Romanenko分享了她对再培训的看法，并讨论了如果要成为DevOps专家要寻找的内容。
图片来源：pexels.com
我的故事
当我还是开发人员时，在使用无服务器技术进行项目开发时遇到了DevOps专业领域。 在经典的Java项目中，清楚地描述了测试人员，开发人员和DevOps的角色，而无服务器系统则根本不同。 这个有趣的新话题激发了我的专业好奇心，我开始深入研究，研究该项目，而不仅限于我的工作领域。 然后，我开始准备有关无服务器Amazon服务主题的报告，并在DevOps会议上与他们交谈。 在目前的职位上，我非常适合掌握技能，并且进行了重新定位。
DevOps专家来自哪里？
我的经验表明，在DevOps中，它们通常来自
系统管理员 ，而很少来自
开发人员。 为了成为开发过程和运营活动之间的可靠“桥梁”，您需要在这两个方面都有知识。 实际上，这种情况极为罕见，因为在此过程中，同事们必须分享经验。 例如，我缺乏系统工程领域的知识。 我没有在大学学习必要的学科，也没有在实践中遇到过。 填补这些空白有助于在网络管理方面拥有丰富经验的同事，而我又与他们分享了我的知识。 在一个好的团队中，共生和互助总是占主导地位，否则就没有办法。
我认为，具有开发背景的专家更容易熟悉DevOps，其原因有两个：
- 他们更了解开发和测试团队的要求，他们“使用相同的语言” 。
- 程序员习惯于结构复杂 。 在处理大量数据，数千个文件和文件夹时，他们会提高灵活性。 用任何编程语言编写的任何项目都比DevOps处理的代码复杂，因此，正如他们所说，他们不习惯。 但是没有开发技能的同事要复杂得多。
没错，硬币还有另一面。 例如，如果DevOps需要的一种工具无法正常工作，则系统管理员只能大声地表达自己的不满。 同时，作为开发人员，我正在为自己添加工作：我正在寻找代码中的错误，甚至试图修复该错误。 但这只有在乐器使用我说的语言编写的情况下才有可能，否则，将会有令人失望的失望。 我的一份报告称为“为什么讨厌地形”：最初是因为它经常由于错误而中断。 但是事实是它不是用GO编写的，因为我不拥有它，因此无法修复错误，这也无济于事
知识来源
我赞成不要盲目跟从别人，而要走自己的路。 因此，我建议您利用当前的机会并以适合自己的速度发展。
- 从您的项目开始。 当然，您的项目中有DevOps专家。 分析他的工作，所使用的技能。 如有疑问，请直接询问。 您的任务是成为项目上的DevOps。 在一个熟悉的环境中进行再培训总是比担任另一职位的新工作容易。 您知道项目的任务，团队，舒适的条件。 适应新技能会更容易。
- 面对面的会议，演讲，混搭。 如果您的项目没有DevOps专家，那么专业活动将是一个很好的解决方案。 在此类会议上，您可以练习。 开发人员可以提出问题并寻求建议。 报告的主题将告诉您现在与该行业相关的内容。
- 使用官方文档。 我不喜欢在线课程和视频教程。 所有必要的信息都包含在官方文档中。 人们通常会遇到问题，请搜索解决方案，然后将代码或脚本从最“受害”的答案中复制并粘贴到论坛上。 在全球范围内，这不能解决问题。 一个人仍然不了解什么是有效的，或者为什么它仍然不起作用。 而且，您可以寻找解决方案，并造成更多问题。
我的朋友买了一台Macbook。 他出了点问题，她决定“询问”互联网以寻求解决之道。 在其中一个论坛上，我找到了最“合理”的答案，并决定使用它。 正如她后来发现的那样，讽刺的爱好者投票赞成这一评论。 在论坛上的响应中，它写为：“在命令行上运行” sudo rm -rf。 结果，她一口气就把一切都交给了新计算机。 如果她在使用该代码之前检查了该代码的任务，则可以避免这些问题。
花3个小时来了解代码或脚本的工作方式比花5分钟在Internet上复制别人的答案以及花3天的时间来弄清某些问题的原因要好得多。DevOps的主要功能
- 毅力。 您需要为以下事实做好准备：不仅第一次，而且第二次甚至第三次都行不通。 但是您不能退出半途而废的东西。 因此，刻苦，刻苦的人不适合本色，这将是非常困难的。
- 注意细节。 不专心的DevOps就像瓷器店里的一头大象。 一项不小心的动作将造成重大损失。 您可能会不小心单击错误的按钮，从而给公司造成巨大损失。
- 分析性思维：一些DevOps认为他们正走在阻力最小的道路上，试图寻找现成的示例并将其应用到他们的项目中，而不是研究技术文档。 实际上，他们养成了不良习惯，使自己陷入困境。 好吧，如果找到的示例有效，但如果无效，则该人员将在下次搜索上浪费时间。 还记得动画片“翅膀，腿和尾巴”中的一句话：“最好花一天时间，然后在5分钟内飞起来”？ 我建议您阅读文档，该文档清楚地描述了工具的操作原理。 它使您可以最初正确地组织和启动该过程。 以优秀的开发人员为例：他们研究问题，分析，思考然后编写。
- 多任务处理 。 DevOps专家必须将支持与开发工作结合起来。 一方面，我在支持方面不断帮助团队。 某些东西中断了，不起作用，有些东西丢失了，有些东西需要更改，添加，解释。 同时，编程方面经常有后台活动。 当然，如果没有人花费至少几个小时，开发总是很容易的。 作为一名DevOps，我不得不接受一个事实，那就是有人一直需要我的帮助。 您需要习惯于并行执行多个任务，快速切换和适应。
您将自动开发这些技能。 每天与他们互动。 最主要的是要做好准备，知道等待着您什么。
我的再培训方法
改变专业化的前提是兴趣。 是他鼓励有关领域的研究。 对于专业发展，极其重要的是，不仅要研究您已有的个人简介主题，而且如果有启发性的话，还应为您熟悉全新的方向。 也许其中之一将决定进一步职业发展的载体。
您必须尝试不同的事情。 “疯狂做同样的事情，希望得到不同的结果”-我真的很喜欢这种表达。
希望“紧追潮流”，使用先进技术，赚更多钱的专业人士不能停下来。 对于他们而言，每天监视趋势，对新公司项目感兴趣并监视当前趋势非常重要。
但就我个人而言，我对职业实施有一种更浪漫的方法：如果您想“顺其自然”，我喜欢冷静地享受自己喜欢的工作，磨练自己的技能，并强迫自己重新适应新事物，因为它很流行，而不是我的风格。