Конспект стрима "компетенции платформенной команды" у @dosepic

Договорились о терминах, обсудили состав платформенной команды, необходимый набор компетенций и с чего начать продажу идеи о платформах бизнесу.

Участники:
- Карапет Манасян – руководитель платформы московской биржи
- Игорь Курочкин – эксперт enabling team
- Артём Науменко – Head of Infra в Skyeng

P.S. hey world с перебоями доступен из РФ, поэтому выложил на быстросделанный сайт. Пока выглядит не очень, но команда уже работает над наведением красоты, чтобы я уже, наконец, перестал скакать с платформы на платформу 😅

https://aaleksandrov.me/ru/blog/konspekt-strima-kompetencii-platformennoy-komandy-u-dosepic/

MVP скетча по State of DevOps 2022

Читать отчеты очень сложно. Это титанический труд, особенно если читать не на отъебись, а понимать как это влияет на твои будущие принимаемые решения. На чтение отчета этого года я убил часов 10 точно. Надо все понять, подумать, сформировать в голове новое представление о мире, пофактчекать, погуглить и т.д. В общем, я прекрастно понимаю всех кто забивает на это все)) Занятие весьма не благодарное.

В ночь с воскресенья на понедельник я понял что у меня не получается емко выразить текстом что там в очете происходит и что это значит. И я начал набрасывать скетч. Некоторые его кусочки ты мог видеть на вчерашнем стриме.

Выкладываю черновой вариант. В нем не все что я хочу сказать и еще не учтено вчерашнее обсуждение.

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

В Evil Martians начался осенний найм. Full remote, помощь с релокацией в Португалию или Японию.

Ruby Backend Engineer: https://career.habr.com/vacancies/412670009

Frontent Engineer: https://career.habr.com/vacancies/1000003136

На марсе прикольно) Компания очень человеко-центричная, много ярких людей, в общем, от всей души рекомендую 👽

методология и практика

Говорят что DevOps это методология, а CI и CD – практики. Почему эти называют вещи именно так и что это значит?

https://aaleksandrov.me/ru/blog/metodologiya-i-praktika

Cloud Maturity Model

Бродил я тут по своей базе знаний, а в итоге обнаружил себя на сайте SberCloud, читающим исследование облачной зрелости Российского рынка 2022 года. И это оказался очень годный и интересный отчет! Удивительно что я вообще больше нигде на него не натыкался и не видел про него ни одной новости😳

Отчет не про технологии, а про рынок облачных услуг и деньги:
1. Как облако экономит деньги
2. Категории затрат в облаке и своей инфре
3. Драйверы и барьеры перехода в облако
4. Что для компаний является ключевым фактором принятия решения о переезде в облако
5. Сколько в среднем занимает миграция

Если мне нужно будет принимать решение "своя инфраструктура vs облако", я наверняка пойду перечитывать это исследование, чтобы и самому определиться что лучше в данной ситуации, и другим потом обосновать свое решение с цифрами и моделями.

https://sbercloud.ru/ru/research/oblachnyj-rynok-rossii-2022

Итоги 2022 года

Опубликовал вчера свои итоги 2022 года, а в tg не запостил. Вот дуреха 😆

https://aaleksandrov.me/ru/blog/itogi-2022-goda/

Еще мы выложили итоги enabling.team

https://enabling.team/2022

State of DevOps 2023 от Puppet

Вышел State of DevOps 2023 от Puppet и... он неинтересный. 😕
Я для себя не отметил ни одного инсайта, ни одной новой мысли или какой-то неожиданной статистики.

Если ты не знаком с понятием Platform Engineering, почитать можно, поймешь в общих чертах о чем это все. Если ты в этой теме уже разбираешся, читать особо смысла нет.

Основные выводы отчета:
- Платформа положительно сказывается на скорости разработки
- Платформа может повысить отказоустойчивость системы, стандартизировать воркфлоу
- Роль Product Owner важна для развития платформы
- Платформа должна рассказывать о своих возможностях всей компании
- Платформы, это тренд. У 51% опрошенных платформа в компании появилась в последние 3 года. У 25% от 3 до 5 лет. Только у 19% платформа существует больше 5 лет. Все(71%) хотят нанять людей с опытом в platform engineering

Всего в опросе участвовало 438 человек! Это самая скромная выборка из всех отчетов Puppet. В предыдущих участвовало от 2000 до 4500 человек.

Нужен фидбек на программу интенсива про Trunk Based Development

Я сейчас работаю над своим первым публичным интенсивом про TBD. Под заказ и под конкретный запрос рассказывал уже не раз, а публично и на случайно собравшуюся аудиторию еще нет.

Будет здорово, если глянешь одним глазком программу и скажешь как она тебе. Есть ли у тебя вопрос, на который она не отвечает? Всего ли в ней хватает? Может, кажется что наоборот лучше что-то выкинуть. В общем, скажи все что в голову придет))

https://aaleksandrov.me/ru/blog/chernovik-programmy-intensiva-pro-trunk-based-development/

Опубликовал программу в виде репозитория. Можно кидать фидбек через issues, PRs или просто поставить звездочку и зафоловить, чтобы следить за всеми изменениями.

https://github.com/EnablingTeam/trunk-masterclass

Чет продолбался я заранее рассказать что на этой неделе буду в Москве выступать на AgileDays с докладом 😬

И так, в Москве я буду 3 дня: чт, пт на AgileDays, и сб. Четверг и суббота специально полностью освобождены, чтобы я мог со всеми повидаться в Москве. Если ты в Москве, хочешь повидаться, напиши в личку, пожалуйста. Честно, сам я уже очень плохо понимаю кто сейчас в Москве, кто уехал в родной город, а кто вообще страну покинул))

AgileDays. Поделюсь своим опытом применения Team Topologies для поиска и решения дисфункций команд. На реальном примере расскажу как пользоваться Team Topologies, как это помогает видеть проблемы команд, планировать их решения и понимать как ваши решения повлияют на команды. По ходу рассказа буду обращать внимание на популярные ошибки применения TT и покажу пару костылей, которыми я пользуюсь для повышения информативности схем.

https://msk23.agiledays.ru/?speaker=4067&session=4467

Да, конферецния не инженерная, но именно поэтому я на нее и подался. В этом году много докладов и воркшопов про команды, метрики команд и управление изменениями. Чем лучше я как инженер буду понимать этот язык, тем чаще ко мне будет прислушиваться менеджмент. А значит будет проще продавать свои идеи наверх или блокировать изменения, которые негативно влияют на инженерию 😈

Для затравки прикладываю схему ДО, которая немножко спойлерит костылики.

Ну я как обычно 😅 Рассказал про доклад и пропал до конца года))

После того доклада на AgileDays я узнал про @RandomCoffee_Agile_bot и теперь общаюсь там со Scrum-мастерами почти каждую неделю. Обсуждаем метрики, процессы и как стыкуются между собой Agile и инженерные практики.

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

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

Поэтому я решил запустить техническое менторство для Scrum-мастеров и Agile-коучей 😈

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

Записаться можно через getmentor или просто написав в личку @aladmit

Заодно в первый раз за 6 лет обновил LinkedIn. Буду потихоньку качать профиль, чтобы случайно натолкнувшиеся на меня люди могли понять чем я занимался в последние годы, и где и как я набирал экспертизу. Добавляйся)

https://www.linkedin.com/in/aladmit/

О как удачно совпало! Только я вспомнил про AgileDays, как они начали выкладывать записи докладов, в том числе мой 🔥

На примере практического кейса я продемонстрировал:
1. Как Team Topologies помогает ускорять разработку и подсвечивать проблемы команд;
2. Какой минимум нужно знать, чтобы начать пользоваться Team Topologies;
3. Как описать текущую ситуацию в компании. На что обращать внимание, чего не хватает в Team Topologies, алгоритм действий;
4. Как принимались решения конвертации типов команд. Критерии каждого типа команд, контекст, нюансы компании;
5. Паттерн The Thinnest Viable Platform. Почему пошли по этому пути, как планировали переход, в чем потерпели неудачу и какого результата в итоге добились;
6. Разобрал нюанс отличия Platform team и Complicated-subsystem team. Типы очень похожи друг на друга, часто один можно заменить другим, но есть важное отличие, сообщающее дополнительный контекст о компании и продукте.

Ссылки:
- Запись доклада
- Слайды
- Плейлист с докладами конференции
- Список всех моих докладов с записями и слайдами

На прошлой неделе собрались чатиком Agile Тбилиси, обсуждали как продвигать себя в LinkedIn. Я только недавно сел разбираться что там есть, поделился тем что успел освоить:
- Что заполнять в профиле
- Метрики: кол-во появлений в поиске, кто тебя ищет, Social Selling Index
- Из чего складывается Social Selling Index
- Creator Mode. Зачем нужен, какие метрики контента есть и зачем нужен

Все показывал на примере своего профиля https://www.linkedin.com/in/aladmit/ и профиля своего коллеги https://www.linkedin.com/in/ikurochkin/

Под конец мы просто общались и делились опытом. Самым полезным для меня был инсайт о том как запрашивать рекомендации 🔥

https://youtu.be/gDbFzqeiXS4

Мне написали что в заметке про Vi-mode в Obsidian, которую я выложил в 2021 году, опять отвалилась ссылка на gitlab. Я забыл что ссылался из блога на этот репозиторий и удалил его -_-

В репозитории был мой конфиг, который добавляет в Obsidian поддержку русского языка в Vi-mode. Это когда командный режим работает без необходимости постоянно переключаться между русской и английской раскладкой.

Чтобы такого больше не повторялось, добавил весь конфиг прямо в заметку. Заодно выяснилось что в конфиге не хватало настроек для прыжка в конец абзаца по Shift + $ на русской раскладке. Теперь такая возможность есть 🙂

https://aaleksandrov.me/ru/blog/vi-mode-v-obsidian/

Выделили все самое интересное в последнем технологическом радаре от ThoughtWorks

В апреле 2024 года вышел юбилейный 30-й выпуск технологического радара от экспертов компании ThoughtWorks. Мы внимательно изучили новый выпуск и подготовили краткий обзор. Напомним, что технологический радар выходит 2 раза в год на протяжении уже 15 лет, за это время в радаре упоминалось свыше 1600 практик, платформ, фреймворков и инструментов. В подготовке радара участвуют такие эксперты ThoughtWorks, как Martin Fowler, Neal Ford, James Lewis, Rebecca Parsons и другие.

Отчет начинается с 4-х актуальных проблем и вызовов в индустрии на начало 2024 года:
1. переход Open Source проектов на коммерческие лицензии;
2. развитие практик для удобной работы с Pull Requests и интеграцию в CI процесс;
3. применение AI инструментов в разработке;
4. формирование архитектурных паттернов для LLM.

На радаре в текущем выпуске упоминаются 18 практик, 25 платформ и более 60 инструментов, проектов и фреймворков. Что интересного мы отметили:
1. Развитие практики Infrastructure as code и появление новых платформ и инструментов:
- Платформы оркестрации инфраструктуры: Terragrunt, Terraspace, Terraform Cloud, Pulumi Cloud, env0, Spacelift;
- Экосистема инструментов TACOS (Terraform Automation and Collaboration Software): Atlantis, Digger, Scalr, Terramate, Terrateam;
- Стартап System Initiative для создания цифрового двойника инфраструктуры от Adam Jacob, одного из пионеров Infrastructure as code и основателя Chef;
- Язык для описания облачной инфраструктуры Winglang;
- Язык конфигураций Pkl от Apple для реализации практики Configuration as code;
- Pulumi, OpenTofu и статический анализатор кода Terrascan для Terraform;
2. Проекты и спецификации от CNCF и FinOps Foundation:
- Спецификация и проект CloudEvents для создания event-driven архитектур;
- Спецификация FOCUS для реализации практик FinOps;
- Проект Open Policy Agent для унификации управления политиками;
3. Практики и инструменты для DevSecOps:
- Практика Continuous Compliance на базе SBOM и SLSA;
- Практика Security Champions;
- Инструмент и спецификацию VISS (Vulnerability Impact Scoring System) от Zoom;
4. Сервисы для инженерной аналитики, метрик разработки и поставки LinearB и Develocity;
5. Платформы и инструменты для Observability: HyperDX, Akvorado, Chronosphere;
6. Практику поддержания актуального состояния каталога сервисов на примере Backstage;
7. Инструмент IcePanel для реализации практики Diagrams as code и командной работы с архитектурой;
8. Инструменты для Kubernetes: Kaniko, Karpenter, Rancher Desktop, actions-runner-controller, Zarf;
9. Практики и инструменты для AI такие, как RAG, Text to SQL, LLM для ChatOps и работы с Legacy кодом, PromptOps, Kubiya, Autogen, CrewAI, AutoGPT, Driver AI, bloop.

Подробнее про практики, платформы и инструменты читайте в 30-м выпуске технологического радара и подписывайтесь на наш Telegram канал Enabling.team Insights.

Последний пост был полгода назад, мы выкладывали краткий обзор весеннего выпуска техрада от ThoughtWorks. И пока я полгода молчал и ничего не писал произошло что? Вышел осенний техрадар 😬

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

Что меня прям смутило в этом выпуске:
- В этот радар попал Warp(терминал), но он уже давно заметен. Как при этом в радар до сих пор не попал Alacritty? Он заметно старше и популярнее. Посмотрим, появится ли в весной в радаре Ghostty.

- Вспомнили вдруг про Spinnaker. Проект которой потерял свою актуальность и которому давно пора в могилу.

- Добавили в радар практику testcontainers. Окей, хорошо, а почему не добавили devcontainers? Лично я все чаще встречаю devcontainers в open source проектах и это здорово! Это помогает синхронизировать инструменты мейнтенеров и делает локальную разработку безопаснее. Почему ее нет? При этом есть инструмент DevBox, который создает dev-среду с помощью nix. Ничего не понимаю...

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