Опубликовал программу в виде репозитория. Можно кидать фидбек через 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. Ничего не понимаю...

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

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

Отчет начинается с четырех инсайтов в индустрии на конец 2024 года:
1. Появление антипаттернов применения AI инструментов к процессам разработки;
2. Появление новых инструментов и рост интереса к языку Rust;
3. Распространение открытого стандарта WebAssembly (WASM);
4. Бум инструментов генеративного AI.

В новом выпуске на радаре упоминаются 23 практики, 17 платформ и более 60 инструментов, проектов и фреймворков. Что интересного мы отметили:
1. Упоминание практики Continuous Deployment. Последний раз практика появлялась на радаре в далеком 2011 году и новое упоминание связано с выходом одноименной книги Continuous Deployment от Valentina Servile (эксперта ThoughtWorks);
2. Появление нового подхода Observability 2.0 и разработка инструментов следующего поколения , подробнее в Whitepaper и выпуске подкаста Last Week in AWS с Charity Majors;
3. Развитие инструментов для локальной разработки и Dev окружений:
- Графический Git клиент GitButler, упрощающий работу с ветками;
- Консольная утилита DevBox для создания Dev окружений;
- Консольная утилита Difftastic для поиска различий в коде;
- Современный терминал Warp для macOS и Linux, написанный на Rust;
- Инструмент для MacOS для локального контроля сборок CCMenu;
4. Развитие практик, плафторм и инструментов, связанных с CI/CD:
- Практика 1% канареечного релиза;
- Continuous Delivery платформа Spinnaker;
- Платформа управления Feature флагами Unleash;
- Сервис Unblocked для поиска информации и улучшения навигации во внутренних системах и платформах;
- Проект и спецификация Score для стандартизации описания конфигураций платформ и окружений, проект активно развивается и недавно был принят в CNCF Sandbox;
- Практика Component testing и инструмент для автоматизации запуска интеграционных тестов Testcontainers;
5. Инструменты для Kubernetes:
- Консольная утилита K9s для управления кластерами;
- Дистрибутив Elastisys Compliant Kubernetes, который теперь называется Welkin;
6. Проект и фреймворк SST для развертывания приложений в облаках, более ориентированный на разработчиков;
7. Проект и спецификацию Passkeys для аутентификации от FIDO Alliance;
8. Практики и инструменты для Data Engineering и MLOps: Kedro, ReadySet, FoundationDB, ClickHouse, применение GraphQL для Data продуктов;
9. Инструменты на Rust: Mise, Iggy, Pingora, uv, Zed, Rspack, Slint;
10. Практики и инструменты для AI и LLM: RAG, Fine-tuning embedding models, Function calling, LLM as a judge, Small language models (SLMs), Synthetic data for testing and training models, Using GenAI to understand legacy codebases, AI team assistants, Dynamic few-shot prompting, LLM-powered autonomous agents, On-device LLM inference, Structured output from LLMs, FastChat, Langfuse, Qdrant, ColPali, Cursor, Instructor, LiteLLM, LLM Guardrails, Microsoft Autogen, Pingora и др.

Подробнее про практики, платформы и инструменты читайте в новом 31-м выпуске технологического радара от ThoughtWorks.

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

Я оцениваю выпуск так: если ты вообще не знаком с понятием «когнитивная нагрузка» и мало знаешь что про управление знаниями и задачами, то стоит послушать. Это поможет сформировать общее представление об этом. А если ты давно в теме, то, скорее всего, будет скучно. Тема очень большая, и за час обсуждения мы успели лишь поверхностно пробежаться по ней.

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

Я тут такой артефакт откопал — обалдеть! Моя самая первая статья! Опубликована в марте 2016 года. Читаю как будто записку из таймкапсулы. Там про Chef, Test Kitchen, Vagrant, всё это тестируется через InSpec. Инженеры, которых я собеседую, уже даже и слов то таких не знают.

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

https://aaleksandrov.me/ru/blog/testirovanie-serverov-s-inspec-i-test-kitchen/

Полторы недели назад мы выложили краткий обзор на State of DevOps от DORA, но я всё никак не мог решить, какими личными мыслями хочу поделиться. Во время чтения у меня возникло множество мыслей про AI, платформы, собственный опыт и гипотезы, к которым подтолкнули результаты отчёта. Но всё это вышло бы аж на три статьи, а не на пост в телеграме :) Сейчас поделюсь общим впечатлением, а статьи, может быть, напишу отдельно.

Коротко: я не верил, что DORA сможет выдать что-то интересное, а оказалось, что это их самый интересный отчёт.

Все звёзды ушли, последние отчёты не предлагали ничего нового, изменился портрет респондентов, что привело к отрицанию прежних результатов, а также к притягиванию за уши Google Cloud и Google SRE. Я думал, всё, DORA загнулась.

Но новый состав начал налаживать общение с комьюнити, и это всё перевернуло. Они ездят со стендами на конференции, проводят регулярные открытые звонки и обсуждения на GitHub. При чтении сразу заметно, что они действительно слушают фидбек своей аудитории.

В этом отчете появились:
- Новые актуальные вопросы и темы.
- В начале каждой главы есть определения.
- В каждой главе — 6–10 ссылок на другие источники.
- Впервые отчёт упоминает, что иногда вам вообще не нужно переходить в облако!
- Нет явного пиара продуктов Google

🔥 Я прям кайфанул: и выводы интересные, и читать приятно, и своих новых мыслей — целый вагон. Крайне рекомендую.

P.S. Игорь уже успел поучаствовать в обсуждении будущей модели исследования.

P.P.S. Не бойся, что отчёт на 120 страниц — основной контент занимает только первые 76 :)

В конце октября 2024 года вышел 10-й юбилейный отчет Accelerate State of DevOps 2024 от DORA и Google Cloud. Напомним, что исследование Accelerate State of DevOps проводится ежегодно с 2014 года, за 10 лет в исследовании приняли участие свыше 39 тысяч профессионалов по всему миру, работающих в компаниях различных размеров и отраслей. Авторы отчета - команда DORA (DevOps Research and Assessment), входит в Google Cloud и состоит из исследователей, архитекторов, консультантов, технических писателей, экспертов по UX и DX. В этом году отчет получился на 120 страниц, мы внимательно изучили новый отчет и подготовили краткий обзор.

Исследование в этом году сфокусировано на таких направлениях и практиках, как применение AI, Platform Engineering, Developer Experience, Transformational leadership и их влиянии на Software delivery performance, Reliability, Product performance, Team и Organizational performance, Productivity и Well-being.

Что интересного мы отметили:
1. В исследовании приняло участие 3000 профессионалов из 3-х основных индустрий Technology (36%), Financial Services (16%) и Retail/E-commerce (9%). Большинство участников (76%) работают в компаниях размером больше 100 сотрудников, 46% в компаниях больше 1000 сотрудников. Инженеров и руководителей практически поровну, 90% FTE (Full-time employee), в среднем имеют 16 лет опыта, 5 лет на текущей роли и 3 года в текущей команде. Участники исследования из 104 стран, топ-6 стран: США, Великобритания, Канада, Германия, Япония, Индия, есть участники из Китая и России;
2. В начале отчета даны хорошие определения ключевым терминам, практикам и метрикам используемым в исследовании, чтобы синхронизировать терминологию;
3. По изменениям в ключевых метриках: в прошлом году Time to Restore Service переименовали в Failed deployment recovery time, в этом - Change failure rate переименовали в Change fail rate и экспериментируют с 5-й метрикой Rework rate, а также изменили концепцию измерения Software Delivery Performance;
4. По изменениям в профилях эффективности команд: соотношение Elite (19%) и Medium (35%) осталось практически без изменений с прошлого года, профиль High сократился на 10%, а Low вырос с 17% до 25%;
5. По изменениям ключевых метрик в профилях: Change fail rate у профилей High вырос с 10% до 20%, у Medium сократился с 15% до 10%, у Low сократился c 64% до 40%. Также у Low профилей Deployment frequency и Change lead time увеличился до 6 месяцев;
6. Приведены результаты исследования применение AI практик и инструментов и их влияние на ключевые метрики, индивидуальную продуктивность и инженерные практики. Этому направлению отведено четверть отчета, отметим хорошо составленный набор задач для которых применяют AI инструменты и анализ доверия к результатам работы AI инструментов;
7. Отдельная секция посвещена Platform Engineering, авторы ссылаются на книгу Team Topologies, опыт компаний Spotify и Netflix, дают хорошее определение: "Platform engineering is a sociotechnical discipline where engineers focus on the intersection of social interactions between different teams and the technical aspects of automation, self-service, and repeatability of processes". Исследуют влияние внутренних платформ (Internal developer platform) на индивидуальную и командную продуктивность, на ключевые метрики и результаты в разрезе 1, 2 и 5 лет использования платформ;
8. Исследование затронуло применение продуктового подхода (User-centered approach) в командах, в отчете приведены результаты влияния на Developer Experience и ключевые метрики;
9. Из Transformational Leadership охвачены такие аспекты как: Vision, Inspirational communication, Intellectual stimulation, Supportive leadership, Personal recognition и их влияние на Employee burnout, Job satisfaction, Team performance и Organizational performance;

В конце отчета рассмотрена методология, включающая модель исследования, форматы проведения интервью и опросов, примеры гипотез и вопросов, исследуемые инженерные практики, метрики и результаты. Подробнее про результаты исследования читайте в новом отчете Accelerate State of DevOps 2024.

У меня вопрос. Как репост краткого обзора с моим мнением выглядит со стороны?

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

Две недели назад был на Saint Highload++ 2025. Давно не ездил на инженерные конференции. Мне показалось, что сами презентации стали лучше. У всех всё визуализировано - простыней текста, как раньше, ни у кого не видел.

Особенно запомнилась секция Speed Networking. Каждые 6 минут знакомишься с коллегой по индустрии, обсуждаете, кто чем занимается и у кого какие проблемы. За два дня провёл там 4 часа 😁 Весело, интересно, но часто бывало, что за 6 минут только один человек успевал рассказать о себе. Ушёл оттуда с тремя новыми контактами, с которыми уже продолжил общаться даже после конфы.

Посмотрел все доклады первого дня, эти мне были интереснее всего:
- Как сэкономить гигабайты памяти в Istio Sidecars
- MinIO: масштабирование и эксплуатация
- Динамическое ранжирование поисковой/рекомендательной выдачи в высоконагруженных системах
- Глубокое погружение в архитектуру Kafka
- Обход защиты LLM при помощи состязательных суффиксов и AutoDAN
- ML в продакшне
- 10k метрик
- Аналитика на больших графах в S3

Все презентации с конференции

Восстановил доступ к своему бложику https://aaleksandrov.me из России. Примерно месяц назад пришло письмо со статистикой, а там вдруг 0 посещений. Даже переходы из поисковиков пропали. Оказалось, РКН стал блокировать Cloudflare 😬

Cloudflare мне очень нравился. Сайт, пайплайн, DNS, все было там. Планировал еще воркеры с S3 подключить для всякой мелочи. Теперь все живет на Github Pages, DNS, скорее всего, перевезу на reg.ru

Новость про плокировку в блоге Cloudflare: https://blog.cloudflare.com/russian-internet-users-are-unable-to-access-the-open-internet/