#KnowledgeConf2019
Побывал на докладе Григория Петрова. Он рассказывал про Xi, язык разметки собственной разработки, созданный специально для создания базы знаний программиста.

Краткий конспект: https://gist.github.com/aladmit/6bd53b37b4b08d71f47a4d11a0f1bb8b

How Netflix Thinks of DevOps

Dave Hahn рассказал в докладе что в Netflix думают о DevOps. Спойлер: Ничего 🙂

Доклад о том, что самое главное в компании -- культура, которую Netflix ставит выше всего остального.

https://www.youtube.com/watch?v=UTKIT6STSVM

Так же на сайте у Netflix есть подробное описание их культуры. Рекомендую на него взглянуть, сравнить со своей и подумать, как текущая культура мешает добиться успеха вашей компании.

https://jobs.netflix.com/culture

Серебряная чпуля

Пару недель назад обнаружил подкаст "Серебряная чпуля". Тот редкий случай, когда обсуждают Agile и все участники понимают о чем говорят 🔥

Рекомендую послушать выпуски "4. Где Agile не нужен?" и "11. Команда - что это и как ее сделать?". Первый поможет осознать область применения Agile, а второй раскроет суть слова "команда", ее отличие от коллектива, какие есть модели формирование команд.

Ссылочки:
- SoundCloud: https://soundcloud.com/chpulya

- iTunes: https://podcasts.apple.com/ru/podcast/%D1%81%D0%B5%D1%80%D0%B5%D0%B1%D1%80%D1%8F%D0%BD%D0%B0%D1%8F-%D1%87%D0%BF%D1%83%D0%BB%D1%8F/id1446456479

- Spotify: https://open.spotify.com/show/1HfRTrCOec8h9CfZroa4cJ?si=mvep9jFdSkO7cPQHzvROUg

o11ycast с Jez Humble

Раз уж начал рекомендовать выпуски подкастов, порекомендую еще один)

В o11ycast есть замечательный выпуск с Jez Humble! Это один из основателей DORA, соавтор книг DevOps Handbook, Accelerate, Lean Enterprise и, конечно, Continuous Delivery.

В выпуске обсудили:
- важность навыка работы в команде
- сложность современных систем, которые больше нельзя создать в одиночку
- transofmational leadership
- observability

https://www.heavybit.com/library/podcasts/o11ycast/ep-9-high-performance-devops-with-jez-humble/

Обзор "Making Work Visible"

На митапах я часто слышу о том как люди перегружены или даже выгорают. Да и сам уже не раз попадал в подобное. Я считаю что работа, на которой мы проводим большую часть своей жизни, должна быть комфортной и спокойной. Книга “Making Work Visible” как раз о том как сделать свою работу спокойной, а сроки выполнения задач предсказуемыми.

В книге “Making Work Visible” автор считает что проблемы с дедлайнами и перегрузками чаще всего возникают из-за того что “воришки времени”(Thieves of Time) не дают нам спокойно сесть и сделать свою работу. В книге выделяют 5 “воришек”:

To Much Work-in-Progress – слишком много задач взяли в работу и еще не закончили
Unknown Dependencies – задачи, которые нужно сделать, чтобы закончить работу, но мы об этом узнали только в процессе
Unplanned Work – когда приходится прервать работу над задачей, чтобы сделать другую
Conflicting Priorities – конфликт приоритетов, это когда есть несколько задач, которые нужно делать в одно время
Neglected Work – незаконченная работа, которая теперь лежит в стороне

Из-за того что “воришек” не видно, с ними сложно бороться, но если визуализировать их на доске с задачами, предотвратить их появление будет проще.

Making Work Visible подробно описывает каждого “воришку”, причины его появления, способы сделать его видимым. Заодно дает вводную в теорию ограничений и теорию очередей, крайне рекомендую обратить на них внимание, если еще не разобрались что это и чем может быть вам полезно.

https://www.goodreads.com/book/show/36458712-making-work-visible

Upskilling: Enterprise DevOps Skills Report 2019

Прочитал на этих выходных результаты исследования Upskilling: Enterprise DevOps Skills Report 2019. Ребята выясняли что индустрия думает о навыках, которыми нужно обладать для трансформации компании. Что порадовало, в этом исследовании участвовали в основном лиды, менеджеры, руководители, и даже немного C-level(6%).

Результаты грустные. Чаще всего компания хотят нанять DevOps Engineer. К сожалению, в мировом ИТ тоже еще не до всех дошло, что это им не поможет 🙁
Большая часть отчета говорит о том что компании понимают DevOps как автоматизацию и поэтому считают скилы автоматизации самыми важными.

Второе и третье по важности место занимают навыки "Process Skills and Knowledge" и "Soft Skills". Это дает мне надежду что однажды наша индустрия таки выберется из этого болота 🙂

https://info.devopsinstitute.com/upskilling-report-2019

Выгорание в State of DevOps 2019

В State of DevOps 2019 есть очень любопытный раздел - Productivity.

В этом разделе исследование утверждает что отдых от работы помогает снизить выгорание и содержит список рекомендаций как это сделать:

1. Не думать о работе вне работы
2. Расслабляться после работы
3. Осваивать и практиковать навыки вне работы, которые приносят радость
4. Компенсировать нехватку контроля над происходящим на работе активностями вне работы, которые вы можете контролировать
5. Развивать в компании культуру ухода от работы. Уходите домой пораньше, не задерживайтесь, призывайте коллег делать то же самое.

Так же исследование утверждает что люди из компаний с низкой производительностью(Low performers) ощущают себя выгоревшими в два раза чаще, чем люди из высокопроизводительных компаний(High Performers).

Звучит логично. У High Performer процесс разработки уже поставлен, эксплуатация налажена, значит поводов для стресса толком нет, не из-за чего выгорать. Вот и еще один прекрасный повод стремится в High или даже Elite Perfomers 🙂

https://services.google.com/fh/files/misc/state-of-devops-2019.pdf

Оказывается k8s в каждый pod подскаживает pause-контейнер, который занимается чисткой zombie-процессов.
Поэтому от удаленных подов в системе ничего не остается 🙂

Статья о том как это работает
https://www.ianlewis.org/en/almighty-pause-container

В начале этой недели на Netflix вышел The Midnight Gospel. Мультсериал о принятии неизбежности смерти.

В каждой серии герой обсуждает аспекты жизни и смерти с существами из разных вселенных: реинкарнацию, вечный цикл перерождения и гибели, способах начать жить в текущем моменте и перестать бежать от пустоты, которая все равно нас всех догонит. Комфортненько посмотреть за едой это не получится, все построено на диалогах и если отвлечься, придется перемотать назад, чтобы не потерять нить разговора. Из-за поднятой темы, местами наблюдать за этими размышлениями еще и достаточно некомфортно 😞

Для меня эта тема всегда была актуальной. Вроде, давно уже взрослый человек, но смириться с этим у меня так и получилось. Если перед сном промелькнет какая-то мысль о смерти, всё, большую часть ночи я пробуду в ужасе и, скорее всего, так и не засну.
Не скажу, что досмотрев сезон, я постиг дзен и смирился с неизбежной встречей с пустотой, но точно стал относиться к этому немного спокойнее.

Сегодня меня разбудил звонок о том что дядя умер от covid. Две недели до этого он мучился на ИВЛ, а сегодня утром все. Мучиться больше некому. Мда... Никогда до этого не хоронил на столько близких мне людей. Очень страшно осознавать что в следующий раз я приеду домой и обнаружу вдруг пустое место за столом… Не услышу больше остроумных шуток, не с кем будет делить грибной салат, не будет больше баек о походах и службе пограничника. 🙁

Даже удивительно, как все перевернулось буквально за пару месяцев. Еще в конце февраля я очень скептически относился к пандемии, казалось чем-то очень далеким, происходящим где-то в другом мире. К середине марта цифры уже стали серьезными, изолировался в квартире, перешел на доставку всего что можно. Сейчас у нас конец июня, официальное кол-во новых больных в день в Москве все меньше и меньше, а знакомых и близких в больницах все больше и больше, желание сидеть дома только укрепляется.

Хочу и тебе напомнить, что изолироваться все еще нужно, дистанция и маски все еще актуальны, смерть все еще дышит тебе в затылок. Если гонят в офис, не бойся отстаивать свое право работать из дома. Я свое уже отстоял на прошлой неделе, когда компания решила вывести в офис ИТ-руководителей. Да, выступать против всегда неприятно, но оно того стоит. Помни, что ни один работодатель не имеет права брать на себя ответственность за твоё здоровье и твою жизнь, они принадлежат только тебе, борись за них.

Надеюсь, твоей семье повезет больше, чем моей. Береги себя.

На прошлой неделе на DevOps Nov рассказывал про CI как практику

Если тебе кажется, что CI это когда тесты запускаются на PR, то настоятельно рекомендую к просмотру, открою тебе страшную тайну о том что это такое на самом деле.

Очень порадовало что на доклад пришел Олег Сорока! Он дополнил доклад рассуждениями о том что что CI это на самом деле очень сложная практика и придется сделать много изменений в компании, чтобы она заработала. Так что смотреть нужно прям до конца, не только "официальную" часть)

@Timon_Crazy пригласил вернутся через пару месяцев уже с докладом про Pulumi. Как говорится, подписывайтесь, чтобы не пропустить))
P.S. Да, в запись не попали первые 5-10 минут, но суть от этого не сильно потерялась.

https://youtu.be/zZ3qXVN3Oic

В комьюнити давно обсуждается проблема, что вся статистика она про западный кусок индустрии, в основом про Америку, а как обстоят дела у нас самих мы и не знаем. И вот свершилось! Express42 запустил первое в России исследование состяния DevOps Прям как у DORA, только про нас и поскромнее))

Что мне понравилось в опроснике:
- сбор 4х ключевых DevOps-метрик, очень порадовало, теперь мы сможем сравнивать Россию со всем миром и заодно свои компании относительно конкурентов внутри страны 🔥

- вопросы про платформы. У этой темы есть интерес в стране и индустрии, обсуждали это все на TechLeadConf, но на сколько это все реально уже появилось в компаниях пока неизвестно. Вот заодно и посмотрим))

- отдельно хочу отменить маленькие блоки про распространение практик и взаимодействие команд, надеюсь, в следующем году подобного будет больше.

Еще собирают инфу о влиянии пандемии на компании, кто какие инструменты использует, применении IaC и облаков, что тоже ползено, но лично мне не очень интересно.

Сам опросник я давно прошел и тебя призываю сделать тоже самое. Чем больше данных Express42 соберет, тем более точную картину нашего кусочка индустрии мы получим 💪

@patsevanton написал конспект(практически дословный!) моего доклада “Continuous Integration как практика, а не Jenkins”. Так что если читать тебе удобнее, чем смотрить, велком 🙂

Прелесть коспекта в том, что мы в него дописали текст для первых 10 слайдов, которые не попали на запись по техническим причинам 🔥

P.S. В целом, репозиторий у Антона достаточно интересный, рекомендую еще почитать консект доклада Александра Кукушкина из Zalando “Типичные ошибки при постоении высокодоступных кластеров и как их избежать”

https://github.com/patsevanton/russian-conferences-articles/blob/master/articles/%D0%90%D0%BD%D0%B4%D1%80%D0%B5%D0%B9-%D0%90%D0%BB%D0%B5%D0%BA%D1%81%D0%B0%D0%BD%D0%B4%D1%80%D0%BE%D0%B2-Continuous-Integration-%D0%BA%D0%B0%D0%BA-%D0%BF%D1%80%D0%B0%D0%BA%D1%82%D0%B8%D0%BA%D0%B0-%D0%B0-%D0%BD%D0%B5-Jenkins.md

В эту субботу буду на митапчике расскажу про calico, самый популярный сетевой драйвер для k8s. Объясню как оно работает внутри, почему такое быстрое, пробегусь по каждому компоненту calico и конечно поговорю про то, чего ж этот calico такого умеет, что ему стоит аж целый доклад посвящать.

Регистрация тут: https://bit.ly/34BtUng
Адрес: Ленинская Слобода, 19с6, 4 этаж, офис Mafin
Если с регистраций или поиском места что-то не так, писать Насте:
@avdonotdead
a.avdonina@mafin.ru

В начале лета был на круглом столе, рассуждал про платформенные команды на круглом столе на TechLead Conf

Стоит смотреть чтобы понять что такое плафторменные команды, какие они вообще бывают, когда имеет смысл их создавать и чем они могут помочь вашей компании.

Очень круто, что на круглом столе были люди из компаний разного масштаба. Сравнили как это работае в маленькой, средней и большой компаниях.

https://youtu.be/6BXC0BuXVzI

Сегодня вечером загляну на DevOps Moscow. Тоже приходите, понабрасываем на GitOps 😅

Всем привет!

Поговорим же в эту пятницу за GitOps! Благо, что есть у нас люди, которые уже его потрогали, порадовались и готовы делиться с нами. Обсудим конкретные кейсы, для чего его использовать, где проходит граница ответственности подхода, как делать пайплайны доставки. А также личные фидбеки от тех, кому он нравится, что само по себе бесценно в эти сумрачные времена.

Встреча будет проходить в зуме, мы ждем всех с включенным видео и желанием поговорить. Трансляция будет вестись на youtube и останется там после встречи.

23 октября, пятница, 19:00 (Мск).

Ссылка для подключения: https://us02web.zoom.us/j/83481091268?pwd=VTdSN3U1NVM4eFpIVVhJSDkyU0JlZz09

Ссылка на трансляцию: https://www.youtube.com/watch?v=KzkTDH_dbNo

Даешь синхронную смену тем!

В 7 вечера мой макбук меняет светлую тему на темную и врубает Night Shift. И в целом, это работает замечательно. Весь нативный софт меняет тему вместе с системой, да и появляется все больше сайтов, которые это подхватывают.

Однако, есть два НО! Vim и Alacritty(дико шустрый терминал), которые открыты у меня 24/7, вообще ничего не знают про смену тем 🤦‍♂️ В итоге они либо светлые, когда все темное, либо наоборот.

Запилил на днях пару скриптов, которые это фиксят, мб кому пригодится.

Функция для Vim тут: https://gitlab.com/aladmit/dotfiles/-/blob/master/neovim.j2#L101-110
Там же auocmd, который запускает выбор темы при старте вима.

С alacritty все чуть сложнее.
Нужно в конфиге прописать обе ваши темы и указать их через якорь: https://gitlab.com/aladmit/dotfiles/-/blob/master/alacritty.j2#L150-216
После этого прописать в zsh хук, который вызывается перед выполнением команд.
https://gitlab.com/aladmit/dotfiles/-/blob/master/zshrc.j2#L128-140

P.S. Для работы этого добра надо установить пакетик: brew install dark-mode

Short-lived feature branches

Обычно я упоминаю short-lived feature branches в контексте Continuous Integration, потому что без подобной практики никакой CI у вас в принципе не выйдет, но встречаются они не только там.

Если вы решили пойти в Trunk Based Development, то первое с чем вы столкнетесь, это переход к short-lived branches. Более того, транк накладывает на такие ветки дополнительные ограничения:
- нельзя мержить ветку в ветки других людей
- нельзя мержить в релизную и другие долгоживущие ветки
- в саму ветку может быть смержен только мастер
- ветка мержится только после того как в ней все сделано и после мержа она больше не нужна

Проще говоря, создал ветку, поработал в ней примерно день, смержил в мастер. Транк подразумевает что отходить от этой схемы нельзя, только если в сторону коммитов сразу в мастер.

https://trunkbaseddevelopment.com/short-lived-feature-branches/