Burmistrov - It и около

ХАП обновился

Провели Холиварные аналитические посиделки в новом формате — «Лунная база»: командная работа, живые дебаты, реальный кейс по интеграции.

Не лекции, не теория — участники добывали требования, проектировали связи НСИ и защищали решения перед экспертами из КОРУС Консалтинг, ИнфоТеКС и Т1.

И знаете что, это просто невероятно крутой новейший формат!

Обязательно следите за анонсами и приходите!

Обратная связь👇

📊 Оценка формата — 9,8 (рекорд за всю историю ХАП)
✅ Готовы прийти снова — 100%
✅ Готовы порекомендовать — 100%

Что особенно зашло:

задача, взаимодействие команд и нетворкинг.

А презентации команд это было вообще нечто великолепное!

формат вдохновил не только участников, но и всех организаторов) Будем выдумывать ещё)

С погодой в Питере нам сегодня невероятно повезло ☀️ вот так завершаем этот прекрасный день)

Не забудьте подписаться на ХАП и на Вову ☺️

Управление продуктом: цифры или воля?


Как принимать решения на основе данных, а не эмоций, и при этом не превращать отчёты в удобную отмазку «так показала аналитика»?

Хотите поговорить об этом честно, без «успешного успеха» и ванильных кейсов?

Приходите на митап от Т1 и МТС — «Честный разговор об управлении продуктом».

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

Разберём, как развиваться в больших компаниях и выстраивать по‑настоящему data-driven подход, а не просто считать метрики ради отчёта.

🕓 23 июня, 19:00
📍 Санкт-Петербург, лофт Comnata Mars — м. Площадь Ленина, Арсенальная набережная, д. 1

⚡ Если работаете с продуктом или аналитикой — регистрируйтесь по ссылке.

UPD. Очень важное уточнение! Еще будет диджей и кальяны!))
Скорее регистрируйтесь)

Китай как фабрика управленческих решений, которые нам в России сейчас объективно полезно смотреть и переосмыслять

Я был на ЛАФ‑2026 и попал на доклад Максима Цепкова «Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech‑гигантов». Он только что вернулся из тура по Китаю, ходил внутрь компаний, и многое из того, что он показывал, сильно совпало с моими собственными размышлениями — но у него это подтверждено живым опытом, а не пересказом статей.

Что меня зацепило как ИТ‑специалиста и инженера

Образование как часть операционки. Huawei, Alibaba, ByteDance вкладываются в собственные «университеты», а обучение встроено в оценку персонала и работу, как нечто неотделимое.

ИИ — не игрушка, не конкурент. ИИ обычный инструмент, хоть и новый. Китайцы встраивают ИИ в образование, производство и менеджмент, убирая ручной рутинный труд, а не делая «витринные» фичи.

Ошибки = топливо, а не позор. Нормально быстро выпускать «сырой» MVP и докручивать по данным собранным с пользователей, вместо гипотез. Ненормально год полировать и потом промахнуться.

Автономные команды. Меньше уровней иерархии, больше ответственности «на земле». Конфликты решают внутри команды, а не письмами на три уровня вверх.

OKR по‑взрослому. Амбициозные цели, отвязанные от премий, ставятся вместе с командами, а не спускаются сверху. OKR не KPI с перекрашенной этикеткой.

Гуаньси вместо «блата». Репутационный капитал через отдачу и долгую совместную историю, а не «позвонил знакомому — порешали».

Я для себя сделал простой вывод: если мы хотим оставаться востребованными в ближайшие 5–10 лет, полезно честно спросить себя не «что я знаю», а как я думаю и как работаю в команде. Китайский опыт тут — удобное зеркало.

Тема большая в пост не лезет, поэтому как всегда ловите на сайте: https://bv-dev.ru/kitajskij-tech-mentalitet-dlya-it/

Что из китайских практик вам самому хотелось бы попробовать в своей команде в первую очередь?

Друзья, я теперь не только спикер, но и докладчик.

Если вам нужна докладная, вы знаете кому писать

Готовимся к собеседованию - SQL

SQL на собеседовании: разбираем по шагам

SQL спрашивают очень часто, что странно даже на те вакансии, где в работе SQL не нужен. Поэтому предлагаю порядок, в котором стоит готовиться:

1️⃣ SELECT — выбираем нужные колонки
2️⃣ WHERE + ORDER BY — фильтруем и сортируем строки
3️⃣ GROUP BY — считаем итоги по группам
4️⃣ HAVING — фильтруем уже после группировки
5️⃣ JOIN — объединяем данные из нескольких таблиц

Самая частая ошибка на интервью — путают WHERE и HAVING.
Иногда задания специально так построены, что бы подловить кандидата.

Как запомнить:
- WHERE — до группировки
- HAVING — после

Написать WHERE COUNT(*) > 2 — ошибка.
Правильно: HAVING COUNT(*) > 2.

Поскольку SQL требует объемных примеров, если для вас тема актуальна переходите на сайт в подробный пост. В посте 5 задач с реальными зхадачами, которые можно сразу запустить в браузере. Ответы спрятаны под спойлер, так что сначала можно попробовать решить самому.

Читать и решать: https://bv-dev.ru/sql-na-sobesedovanii-select-groupby-having-join/

#ГотовимсяКСобеседованию

Готовимся к собеседованию — монолит vs микросервисы

Монолит — это единое приложение: интерфейс, бизнес-логика и база в одном деплой-юните.

Плюсы
➖Проще разрабатывать и отлаживать
➖Дешевле инфраструктура
➖Один деплой
➖Меньше хлопот с сетью

Минусы
➖Масштабируется только целиком
➖Компоненты связаны друг с другом
➖Со временем поддержка превращается в боль
➖Стек обычно один
➖Сбой может уронить всё приложение

Микросервисы — это набор независимых сервисов, каждый делает свою задачу и общается через API/события.

Плюсы
➖Можно обновлять и масштабировать отдельные части
➖Лучше изоляция ошибок
➖Разные команды и стеки под разные сервисы

Минусы
➖Сложнее управлять всей системой
➖Выше требования к DevOps и наблюдаемости
➖Больше сетевых задержек и отказов
➖Сложнее транзакции (саги, eventual consistency)
➖Нужны более зрелые инженеры

Что важно сказать на собесе
Монолит отлично подходит для MVP, небольших проектов, ограниченного бюджета и команды до 5–10 человек.
Микросервисы — для крупных систем с высокой/неоднородной нагрузкой и несколькими командами, когда нужна гибкость релизов и независимое масштабирование.

Микросервисы — не «модно», а «дорого, но осознанно»; монолит — не «легаси по умолчанию», а нормальный старт, если контекст простой.

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

Подробнее на сайте

#ГотовимсяКСобеседованию

👾 Вы долго ждали этот анонс и вот он готов

20 июня штаб-квартира КОРУСа превратится в настоящий полигон для системного проектирования. Забудьте про скучные доклады — на ближайшей встрече клуба вы будете строить ИС на Луне в условиях жёстких дедлайнов и внезапного инцидента от заказчика.

Партнеры встречи:
🔵 Холиварные аналитические посиделки
🔵 Корус Консалтинг
🔵 ИнфоТеКС
🔵 Клуб Питерских Одинэсников


🗓 20 июня (суббота), 11:30 – 17:00
📍 Штаб-квартира КОРУС Консалтинг, ул. Оптиков, 4/3, БЦ Лахта-2
💰 Бесплатно (но паспорт для входа нужен)

Регистрация уже открыта по ссылке

Новый цикл постов «Готовимся к собеседованию»

Запускаю новый цикл постов «Готовимся к собеседованию» — короткие разборы тем, которые регулярно всплывают на интервью у системных аналитиков и архитекторов.

Сегодня — оркестрация vs хореография.

Оркестрация — это когда есть «дирижёр» (оркестратор), который пошагово управляет процессом:
1. Проверка наличия товара
2. Резервирование
3. Оплата
4. Доставка

Плюсы
➖Прозрачность
➖Контроль SLA
➖Удобная отладка

Минусы
➖Единая точка отказа
➖Высокая связанность
➖Риск «монолита в центре»

Хореография — это когда сервисы «танцуют» вокруг событийю

OrderCreated → StockReserved → PaymentProcessed → ShipmentStarted

Тут нет главного координатора: каждый сервис реагирует на события и публикует следующие.

Плюсы
➖Cлабая связанность
➖Отказоустойчивость
➖Масштабируемость

Минусы
➖Сложнее отлаживать и видеть картину целиком
➖Нужны нормальный мониторинг и трассировка

На собесе от кандидата обычно ждут не определения, а умения объяснить, когда выбрать оркестрацию (сложные, жёстко последовательные процессы, строгий контроль) и когда хореографию (масштабируемые, событийные, параллельные процессы).

Подробнее с примерами и сиквенсами - На сайте bv-dev.ru

#ГотовимсяКСобеседованию

Архитектурный митапе Т1 в Москве

Главная мысль митапа, которая больше всего мне зашла: простые системы часто выигрывают у «стандартного» энтерпрайз‑зоопарка. Для небольшой системы PostgreSQL спокойно может закрывать роли БД, кэша и простого брокера — меньше точек отказа, меньше узлов, меньше боли в эксплуатации. А если сразу думать в терминах DDD, то «перерасти» это решение и перейти на более тяжёлый стек потом не очень сложно.

Ещё обсудили:
➖Как путешествия между стеками и языками помогают (или мешают) архитектуре.
➖Docs as Code как основу для работы с AI‑агентами.
➖Движение от Docs as Code к Infrastructure as Code и Architecture as Code.

Кстати, у коллег из Инфотекс есть классная статья про их подход к Architecture As Code на практике: рекомендую к прочтению.

Главные мысли, которые я забрал с митапа

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

Систем.КОНФ #2 — уже 27–28 мая в 17:00 (мск+3)

Два вечера про то, как ИИ помогает аналитикам в реальных задачах: требования, документация, API, диаграммы, discovery, агенты и безопасное внедрение в процессы.

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

Регистрация и программа

Влог из Казани ⚡️

📌 Вместе с командой Т1 приехали на конференцию Merge, чтобы впервые провести Ресурсный батл в Казани. На кону — проектные карточки и ограниченные ресурсы. А победит тот, кто умеет договариваться и строить стратегию на ходу.

▶️ Смотри в нашем видео, как мы готовились, настраивались на игру и общались с коллегами.

Для всех заинтересованных у нас есть задачка. Делись в комментариях своим мнением, что важнее (и почему): ресурсы или союзники?

#Подкаст_infotecstech

28 мая 2026 года в Санкт-Петербурге пройдёт Ресурсный батл — воркшоп, на котором команды учатся работать в условиях жёстких ограничений: когда ресурсов в обрез, задачи горят, а дедлайны поджимают. Я выступлю на мероприятии в роли ведущего и автора формата.

Как зарегистрироваться: Перейдите по ссылке и заполните короткую форму → Регистрация на Ресурсный батл

Детали
Дата: 28 мая 2026 года, четверг
Время:18:30 — 22:00
Место: Санкт-Петербург, Артиллерийская, 1 (вход находится слева от центрального входа БЦ “Европа Хаус”, вывеска “ИнфоТеКС Академия”)]

Организаторы: ИТ-Холдинг Т1, ИнфоТеКС, ВиТех
Формат: офлайн

Архитектурный митап Т1 х ProgMsk — 27 мая в Москве

А вы знали про тренд спрашивать у нейросетей какой вы герой\злодей из книг и фильмов?

Применю его в анонсе мероприятия)

В главных ролях — я, конечно.

Какой я злодей на архитектурном митапе?

Тот самый архитектор, который приходит за вашими «микросервисами ради микросервисов», монолитами без границ и диаграммами, которые никто не читает.
Раздаю лучи боли вопросами «а зачем так сложно?» и «где это задокументировано?».

А какой я положительный персонаж?

Тот, кто держит темп, следит за таймингом, вытаскивает из спикеров самые полезные детали и не отпускает вас домой без пары инсайтов и новых знакомых.
27 мая буду ведущим и модератором на Архитектурном митапе в офисе Т1 рядом с м. «Динамо».

Что будет на митапе?

Три практикующих архитектора расскажут про документацию как код, простые архитектуры и архитектурные идиомы.

📌 Программа
➖19:10 — Александр Белов: «Документация как код»
➖19:55 — Анатолий Северин: «На что способны простые архитектуры?»
➖20:50 — Марк Шевченко: «Архитектурные идиомы»
→ 21:35 — Afterparty и нетворкинг

Для кого
Архитекторы, системные аналитики, разработчики, тимлиды — все, кто работает с архитектурой ИС.

Что получите
➖Реальные кейсы от практиков
➖Подходы к документированию и упрощению архитектуры
➖Сравнение архитектурных идиом разных языков
➖Общение с коллегами и спикерами

📍 Место: Москва, м. Динамо, Ленинградский пр-т, 36с41 (офис Т1, БЦ «Арена», 23 этаж)
🕐 Время: 27 мая, 18:30 — 22:00
💸 Участие бесплатное, регистрация обязательна. Мест немного — охрана в БЦ суровая, поэтому в списках нужно совпасть с документом.

⚠️Количество мест ограничено — регистрируйтесь сейчас!

📝 Регистрация: https://pro.t1.ru/event/wOZljDWJ

Хочешь узнать, какой ты персонаж в своей архитектуре — герой, злодей или так себе шутник — приходи 27 мая.

#АрхитектурныйМитап #Москва #АрхитектураИС #Т1 #ProgMsk