Forwarded from InfoTeCS TECH
Влог из Казани ⚡️
📌 Вместе с командой Т1 приехали на конференцию Merge, чтобы впервые провести Ресурсный батл в Казани. На кону — проектные карточки и ограниченные ресурсы. А победит тот, кто умеет договариваться и строить стратегию на ходу.
▶️ Смотри в нашем видео, как мы готовились, настраивались на игру и общались с коллегами.
Для всех заинтересованных у нас есть задачка. Делись в комментариях своим мнением, что важнее (и почему): ресурсы или союзники?
#Подкаст_infotecstech
📌 Вместе с командой Т1 приехали на конференцию Merge, чтобы впервые провести Ресурсный батл в Казани. На кону — проектные карточки и ограниченные ресурсы. А победит тот, кто умеет договариваться и строить стратегию на ходу.
▶️ Смотри в нашем видео, как мы готовились, настраивались на игру и общались с коллегами.
Для всех заинтересованных у нас есть задачка. Делись в комментариях своим мнением, что важнее (и почему): ресурсы или союзники?
#Подкаст_infotecstech
VK Видео
Как мы провели первый Ресурсный батл в Казани
Влог
🔥5❤🔥2😁2
Систем.КОНФ #2 — уже 27–28 мая в 17:00 (мск+3)
Два вечера про то, как ИИ помогает аналитикам в реальных задачах: требования, документация, API, диаграммы, discovery, агенты и безопасное внедрение в процессы.
Я иду как слушатель и рекомендую коллегам: тема очень актуальная, а программа выглядит максимально прикладной и без лишней теории.
Регистрация и программа
Два вечера про то, как ИИ помогает аналитикам в реальных задачах: требования, документация, API, диаграммы, discovery, агенты и безопасное внедрение в процессы.
Я иду как слушатель и рекомендую коллегам: тема очень актуальная, а программа выглядит максимально прикладной и без лишней теории.
Регистрация и программа
🔥6❤🔥4👍2
Архитектурный митапе Т1 в Москве
Главная мысль митапа, которая больше всего мне зашла: простые системы часто выигрывают у «стандартного» энтерпрайз‑зоопарка. Для небольшой системы PostgreSQL спокойно может закрывать роли БД, кэша и простого брокера — меньше точек отказа, меньше узлов, меньше боли в эксплуатации. А если сразу думать в терминах DDD, то «перерасти» это решение и перейти на более тяжёлый стек потом не очень сложно.
Ещё обсудили:
➖ Как путешествия между стеками и языками помогают (или мешают) архитектуре.
➖ Docs as Code как основу для работы с AI‑агентами.
➖ Движение от Docs as Code к Infrastructure as Code и Architecture as Code.
Кстати, у коллег из Инфотекс есть классная статья про их подход к Architecture As Code на практике: рекомендую к прочтению.
Главные мысли, которые я забрал с митапа
Не усложнять без необходимости, но закладывать архитектуру так, чтобы масштабирование и эволюция стека были естественным шагом, а не больной миграцией.
Главная мысль митапа, которая больше всего мне зашла: простые системы часто выигрывают у «стандартного» энтерпрайз‑зоопарка. Для небольшой системы PostgreSQL спокойно может закрывать роли БД, кэша и простого брокера — меньше точек отказа, меньше узлов, меньше боли в эксплуатации. А если сразу думать в терминах DDD, то «перерасти» это решение и перейти на более тяжёлый стек потом не очень сложно.
Ещё обсудили:
Кстати, у коллег из Инфотекс есть классная статья про их подход к Architecture As Code на практике: рекомендую к прочтению.
Главные мысли, которые я забрал с митапа
Не усложнять без необходимости, но закладывать архитектуру так, чтобы масштабирование и эволюция стека были естественным шагом, а не больной миграцией.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7🔥5
Новый цикл постов «Готовимся к собеседованию»
Запускаю новый цикл постов «Готовимся к собеседованию» — короткие разборы тем, которые регулярно всплывают на интервью у системных аналитиков и архитекторов.
Сегодня — оркестрация vs хореография.
Оркестрация — это когда есть «дирижёр» (оркестратор), который пошагово управляет процессом:
1. Проверка наличия товара
2. Резервирование
3. Оплата
4. Доставка
Плюсы
➖ Прозрачность
➖ Контроль SLA
➖ Удобная отладка
Минусы
➖ Единая точка отказа
➖ Высокая связанность
➖ Риск «монолита в центре»
Хореография — это когда сервисы «танцуют» вокруг событийю
Тут нет главного координатора: каждый сервис реагирует на события и публикует следующие.
Плюсы
➖ Cлабая связанность
➖ Отказоустойчивость
➖ Масштабируемость
Минусы
➖ Сложнее отлаживать и видеть картину целиком
➖ Нужны нормальный мониторинг и трассировка
На собесе от кандидата обычно ждут не определения, а умения объяснить, когда выбрать оркестрацию (сложные, жёстко последовательные процессы, строгий контроль) и когда хореографию (масштабируемые, событийные, параллельные процессы).
Подробнее с примерами и сиквенсами - На сайте bv-dev.ru
#ГотовимсяКСобеседованию
Запускаю новый цикл постов «Готовимся к собеседованию» — короткие разборы тем, которые регулярно всплывают на интервью у системных аналитиков и архитекторов.
Сегодня — оркестрация vs хореография.
Оркестрация — это когда есть «дирижёр» (оркестратор), который пошагово управляет процессом:
1. Проверка наличия товара
2. Резервирование
3. Оплата
4. Доставка
Плюсы
Минусы
Хореография — это когда сервисы «танцуют» вокруг событийю
OrderCreated → StockReserved → PaymentProcessed → ShipmentStarted
Тут нет главного координатора: каждый сервис реагирует на события и публикует следующие.
Плюсы
Минусы
На собесе от кандидата обычно ждут не определения, а умения объяснить, когда выбрать оркестрацию (сложные, жёстко последовательные процессы, строгий контроль) и когда хореографию (масштабируемые, событийные, параллельные процессы).
Подробнее с примерами и сиквенсами - На сайте bv-dev.ru
#ГотовимсяКСобеседованию
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥13👍6
Forwarded from Холиварные аналитические посиделки
👾 Вы долго ждали этот анонс и вот он готов
20 июня штаб-квартира КОРУСа превратится в настоящий полигон для системного проектирования. Забудьте про скучные доклады — на ближайшей встрече клуба вы будете строить ИС на Луне в условиях жёстких дедлайнов и внезапного инцидента от заказчика.
Партнеры встречи:
🔵 Холиварные аналитические посиделки
🔵 Корус Консалтинг
🔵 ИнфоТеКС
🔵 Клуб Питерских Одинэсников
🗓 20 июня (суббота), 11:30 – 17:00
📍 Штаб-квартира КОРУС Консалтинг, ул. Оптиков, 4/3, БЦ Лахта-2
💰 Бесплатно (но паспорт для входа нужен)
Регистрация уже открыта по ссылке
20 июня штаб-квартира КОРУСа превратится в настоящий полигон для системного проектирования. Забудьте про скучные доклады — на ближайшей встрече клуба вы будете строить ИС на Луне в условиях жёстких дедлайнов и внезапного инцидента от заказчика.
Партнеры встречи:
🔵 Холиварные аналитические посиделки
🔵 Корус Консалтинг
🔵 ИнфоТеКС
🔵 Клуб Питерских Одинэсников
🗓 20 июня (суббота), 11:30 – 17:00
📍 Штаб-квартира КОРУС Консалтинг, ул. Оптиков, 4/3, БЦ Лахта-2
💰 Бесплатно (но паспорт для входа нужен)
Регистрация уже открыта по ссылке
🔥7👍6🫡2
Готовимся к собеседованию — монолит vs микросервисы
Монолит — это единое приложение: интерфейс, бизнес-логика и база в одном деплой-юните.
Плюсы
➖ Проще разрабатывать и отлаживать
➖ Дешевле инфраструктура
➖ Один деплой
➖ Меньше хлопот с сетью
Минусы
➖ Масштабируется только целиком
➖ Компоненты связаны друг с другом
➖ Со временем поддержка превращается в боль
➖ Стек обычно один
➖ Сбой может уронить всё приложение
Микросервисы — это набор независимых сервисов, каждый делает свою задачу и общается через API/события.
Плюсы
➖ Можно обновлять и масштабировать отдельные части
➖ Лучше изоляция ошибок
➖ Разные команды и стеки под разные сервисы
Минусы
➖ Сложнее управлять всей системой
➖ Выше требования к DevOps и наблюдаемости
➖ Больше сетевых задержек и отказов
➖ Сложнее транзакции (саги, eventual consistency)
➖ Нужны более зрелые инженеры
Что важно сказать на собесе
Монолит отлично подходит для MVP, небольших проектов, ограниченного бюджета и команды до 5–10 человек.
Микросервисы — для крупных систем с высокой/неоднородной нагрузкой и несколькими командами, когда нужна гибкость релизов и независимое масштабирование.
Микросервисы — не «модно», а «дорого, но осознанно»; монолит — не «легаси по умолчанию», а нормальный старт, если контекст простой.
У микросервисов минусов больше, но масштабирование и отказоустойчивость перекрывают их все.
Подробнее на сайте
#ГотовимсяКСобеседованию
Монолит — это единое приложение: интерфейс, бизнес-логика и база в одном деплой-юните.
Плюсы
Минусы
Микросервисы — это набор независимых сервисов, каждый делает свою задачу и общается через API/события.
Плюсы
Минусы
Что важно сказать на собесе
Монолит отлично подходит для MVP, небольших проектов, ограниченного бюджета и команды до 5–10 человек.
Микросервисы — для крупных систем с высокой/неоднородной нагрузкой и несколькими командами, когда нужна гибкость релизов и независимое масштабирование.
Микросервисы — не «модно», а «дорого, но осознанно»; монолит — не «легаси по умолчанию», а нормальный старт, если контекст простой.
У микросервисов минусов больше, но масштабирование и отказоустойчивость перекрывают их все.
Подробнее на сайте
#ГотовимсяКСобеседованию
Please open Telegram to view this post
VIEW IN TELEGRAM
👍10🔥7😁6
Готовимся к собеседованию - SQL
SQL на собеседовании: разбираем по шагам
SQL спрашивают очень часто, что странно даже на те вакансии, где в работе SQL не нужен. Поэтому предлагаю порядок, в котором стоит готовиться:
1️⃣ SELECT — выбираем нужные колонки
2️⃣ WHERE + ORDER BY — фильтруем и сортируем строки
3️⃣ GROUP BY — считаем итоги по группам
4️⃣ HAVING — фильтруем уже после группировки
5️⃣ JOIN — объединяем данные из нескольких таблиц
Самая частая ошибка на интервью — путают WHERE и HAVING.
Иногда задания специально так построены, что бы подловить кандидата.
Как запомнить:
- WHERE — до группировки
- HAVING — после
Написать
Правильно:
Поскольку SQL требует объемных примеров, если для вас тема актуальна переходите на сайт в подробный пост. В посте 5 задач с реальными зхадачами, которые можно сразу запустить в браузере. Ответы спрятаны под спойлер, так что сначала можно попробовать решить самому.
Читать и решать: https://bv-dev.ru/sql-na-sobesedovanii-select-groupby-having-join/
#ГотовимсяКСобеседованию
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/
#ГотовимсяКСобеседованию
🔥9👍5
Китай как фабрика управленческих решений, которые нам в России сейчас объективно полезно смотреть и переосмыслять
Я был на ЛАФ‑2026 и попал на доклад Максима Цепкова «Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech‑гигантов». Он только что вернулся из тура по Китаю, ходил внутрь компаний, и многое из того, что он показывал, сильно совпало с моими собственными размышлениями — но у него это подтверждено живым опытом, а не пересказом статей.
Что меня зацепило как ИТ‑специалиста и инженера
Образование как часть операционки. Huawei, Alibaba, ByteDance вкладываются в собственные «университеты», а обучение встроено в оценку персонала и работу, как нечто неотделимое.
ИИ — не игрушка, не конкурент. ИИ обычный инструмент, хоть и новый. Китайцы встраивают ИИ в образование, производство и менеджмент, убирая ручной рутинный труд, а не делая «витринные» фичи.
Ошибки = топливо, а не позор. Нормально быстро выпускать «сырой» MVP и докручивать по данным собранным с пользователей, вместо гипотез. Ненормально год полировать и потом промахнуться.
Автономные команды. Меньше уровней иерархии, больше ответственности «на земле». Конфликты решают внутри команды, а не письмами на три уровня вверх.
OKR по‑взрослому. Амбициозные цели, отвязанные от премий, ставятся вместе с командами, а не спускаются сверху. OKR не KPI с перекрашенной этикеткой.
Гуаньси вместо «блата». Репутационный капитал через отдачу и долгую совместную историю, а не «позвонил знакомому — порешали».
Я для себя сделал простой вывод: если мы хотим оставаться востребованными в ближайшие 5–10 лет, полезно честно спросить себя не «что я знаю», а как я думаю и как работаю в команде. Китайский опыт тут — удобное зеркало.
Тема большая в пост не лезет, поэтому как всегда ловите на сайте: https://bv-dev.ru/kitajskij-tech-mentalitet-dlya-it/
Что из китайских практик вам самому хотелось бы попробовать в своей команде в первую очередь?
Я был на ЛАФ‑2026 и попал на доклад Максима Цепкова «Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech‑гигантов». Он только что вернулся из тура по Китаю, ходил внутрь компаний, и многое из того, что он показывал, сильно совпало с моими собственными размышлениями — но у него это подтверждено живым опытом, а не пересказом статей.
Что меня зацепило как ИТ‑специалиста и инженера
Образование как часть операционки. Huawei, Alibaba, ByteDance вкладываются в собственные «университеты», а обучение встроено в оценку персонала и работу, как нечто неотделимое.
ИИ — не игрушка, не конкурент. ИИ обычный инструмент, хоть и новый. Китайцы встраивают ИИ в образование, производство и менеджмент, убирая ручной рутинный труд, а не делая «витринные» фичи.
Ошибки = топливо, а не позор. Нормально быстро выпускать «сырой» MVP и докручивать по данным собранным с пользователей, вместо гипотез. Ненормально год полировать и потом промахнуться.
Автономные команды. Меньше уровней иерархии, больше ответственности «на земле». Конфликты решают внутри команды, а не письмами на три уровня вверх.
OKR по‑взрослому. Амбициозные цели, отвязанные от премий, ставятся вместе с командами, а не спускаются сверху. OKR не KPI с перекрашенной этикеткой.
Гуаньси вместо «блата». Репутационный капитал через отдачу и долгую совместную историю, а не «позвонил знакомому — порешали».
Я для себя сделал простой вывод: если мы хотим оставаться востребованными в ближайшие 5–10 лет, полезно честно спросить себя не «что я знаю», а как я думаю и как работаю в команде. Китайский опыт тут — удобное зеркало.
Тема большая в пост не лезет, поэтому как всегда ловите на сайте: https://bv-dev.ru/kitajskij-tech-mentalitet-dlya-it/
Что из китайских практик вам самому хотелось бы попробовать в своей команде в первую очередь?
🔥17👍8
Управление продуктом: цифры или воля?
Как принимать решения на основе данных, а не эмоций, и при этом не превращать отчёты в удобную отмазку «так показала аналитика»?
Хотите поговорить об этом честно, без «успешного успеха» и ванильных кейсов?
Приходите на митап от Т1 и МТС — «Честный разговор об управлении продуктом».
4 спикера из бигтеха — только личный опыт владельцев продуктов, которые прошли путь от первых гипотез до миллионных аудиторий.
Разберём, как развиваться в больших компаниях и выстраивать по‑настоящему data-driven подход, а не просто считать метрики ради отчёта.
🕓 23 июня, 19:00
📍 Санкт-Петербург, лофт Comnata Mars — м. Площадь Ленина, Арсенальная набережная, д. 1
UPD. Очень важное уточнение! Еще будет диджей и кальяны!))
Скорее регистрируйтесь)
Как принимать решения на основе данных, а не эмоций, и при этом не превращать отчёты в удобную отмазку «так показала аналитика»?
Хотите поговорить об этом честно, без «успешного успеха» и ванильных кейсов?
Приходите на митап от Т1 и МТС — «Честный разговор об управлении продуктом».
4 спикера из бигтеха — только личный опыт владельцев продуктов, которые прошли путь от первых гипотез до миллионных аудиторий.
Разберём, как развиваться в больших компаниях и выстраивать по‑настоящему data-driven подход, а не просто считать метрики ради отчёта.
⚡ Если работаете с продуктом или аналитикой — регистрируйтесь по ссылке.
UPD. Очень важное уточнение! Еще будет диджей и кальяны!))
Скорее регистрируйтесь)
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6🤝3👍2
Forwarded from Клуб питерских одинэсников (Татьяна Рыловникова)
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥17❤🔥5😁1
ХАП обновился
Провели Холиварные аналитические посиделки в новом формате — «Лунная база»: командная работа, живые дебаты, реальный кейс по интеграции.
Не лекции, не теория — участники добывали требования, проектировали связи НСИ и защищали решения перед экспертами из КОРУС Консалтинг, ИнфоТеКС и Т1.
И знаете что, это просто невероятно крутой новейший формат!
Обязательно следите за анонсами и приходите!
Обратная связь👇
📊 Оценка формата — 9,8 (рекорд за всю историю ХАП)
✅ Готовы прийти снова — 100%
✅ Готовы порекомендовать — 100%
Что особенно зашло:
А презентации команд это было вообще нечто великолепное!
формат вдохновил не только участников, но и всех организаторов) Будем выдумывать ещё)
Провели Холиварные аналитические посиделки в новом формате — «Лунная база»: командная работа, живые дебаты, реальный кейс по интеграции.
Не лекции, не теория — участники добывали требования, проектировали связи НСИ и защищали решения перед экспертами из КОРУС Консалтинг, ИнфоТеКС и Т1.
И знаете что, это просто невероятно крутой новейший формат!
Обязательно следите за анонсами и приходите!
Обратная связь👇
📊 Оценка формата — 9,8 (рекорд за всю историю ХАП)
✅ Готовы прийти снова — 100%
✅ Готовы порекомендовать — 100%
Что особенно зашло:
задача, взаимодействие команд и нетворкинг.
А презентации команд это было вообще нечто великолепное!
формат вдохновил не только участников, но и всех организаторов) Будем выдумывать ещё)
🔥17❤🔥8
Obsidian stats 2026-06-25
На текущий момент моя личная база знаний выглядит так:
- 1527 заметки (+103)
- 4082 ссылки (+294)
- 2.673 Качество базы знаний (+0,013)
- 736к слов
#Obsidian #БазаЗнани
Видео про обсидиан
- Плейлист про обсидиан в вк видео
- Плейлист про обсидиан на youtube
- Плейлист про обсидиан на rutube
Добавил третий видос про синхронизацию с гитом и выложил хранилище на котором все демонстрирую в открытый доступ, что бы можно было скопировать шаблоны или что-то ещё подсмотреть
На текущий момент моя личная база знаний выглядит так:
- 1527 заметки (+103)
- 4082 ссылки (+294)
- 2.673 Качество базы знаний (+0,013)
- 736к слов
#Obsidian #БазаЗнани
Видео про обсидиан
- Плейлист про обсидиан в вк видео
- Плейлист про обсидиан на youtube
- Плейлист про обсидиан на rutube
Добавил третий видос про синхронизацию с гитом и выложил хранилище на котором все демонстрирую в открытый доступ, что бы можно было скопировать шаблоны или что-то ещё подсмотреть
🔥9👍4
Всех с пятницей!
Представляю вашему вниманию туториал по вебсокету на Хабре
Приходи, читай, поднимай карму)
Представляю вашему вниманию туториал по вебсокету на Хабре
Приходи, читай, поднимай карму)
Хабр
WebSocket глазами системного аналитика и архитектора
Привет, Хабр. Меня зовут Владимир Бурмистров, я главный системный аналитик холдинга Т1. В этой статье хочу посмотреть на WebSocket глазами системного аналитика и архитектора:...
🔥12❤🔥5