В 2021 году у большинства из нас было мало возможности пообщаться на профессиональные темы с коллегами. Я даже немного успел погрустить по этому поводу, пока мне удачно не подвернулась книга Effective DevOps. Книге уже более 5 лет, но она впитала много различных идей и примеров из индустрии, поэтому и в 2021-2022 году я смог разобрать и прочувствовать много актуальных рабочих моментов.
Книгу такую я искал, чтобы прояснить, а что же грамотные люди понимают под понятием DevOps, и чем они должны заниматься? И вот тут первый сюрприз: в книге именно про работу DevOps может четвёртая часть написана, а остальное время рассматриваются рабочие вопросы, связанные с IT. Хотя после прочтения всей книги, могу сказать, что такое соотношение и широкий охват смежных тем, книге идет на пользу.
Я не раскрою тайны если расскажу, что в основе DevOps лежат культура, автоматизация и ещё немножко магии в работе между отделами, связанными с разработкой софта.
Хотя именно технических вещей в книге описано не много, но на основании приведенных примеров мне удалось принять основную идею и заразиться духом DevOps.
Помимо связанных с DevOps тем, я открыл для себя много интересных концептов. Наверное, больше всего я рассуждал о blameless и отношении к ошибкам. Затем всерьез задумался о том, а что же такое “управление своим начальником” (англ. “managing your manager”). Другой хороший пример, который актуален при любой работе в коллективе, про отстаивание своей позиции: “strong opinions, weakly held”. Если по простому, при таком подходе, в дискуссии личное мнение, подкрепленное аргументами, может легко поменяться в процессе обсуждения, если другие участники приведут объективные причины. Опять же возвращаюсь к тому, что нет ничего дурного в ошибках и обычные люди (а не политики в телике) не то что могут, но даже должны менять свою позицию, если обстоятельства изменились.
“strong opinions, weakly held.”
Weakly held means looking to be proven wrong, seeking out things that don’t fit with the current conclusion, and being willing and able to change his mind based on new evidence.
Критики указывают, что в книге чересчур много женского начала и поэтому вместо технического хардкора больше время уделяется методологии и общим словам про процессы. Часть правды в этом есть, но как по мне, заложенный в книге баланс делает её полезной более широкой аудитории.
Мне эта книга помогла при собеседовани на роль DevOps. И хотя реально нужными оказались всего пара страниц из всей книги, остальные страницы не становятся от этого менее важными.
Спасибо авторам Jennifer Davis & Katherine Daniels!