ITKatya: культурные паттерны в IT

Вам не кажется — я и правда немного пропала 😅

Последние пару недель у меня был полный режим перемен и приключений, поэтому — небольшой пост-апдейт:

1️⃣ Я сменила работу!
Теперь я часть команды InDrive, и это уже третий раз, когда мы с Мишей работаем вместе.
А еще — второй раз, когда мы пытаемся сделать мир транспортных услуг чуть лучше 💚

2️⃣ Вернулась в KYC-домен — но теперь сразу для множества стран.
Весело настолько, насколько вы можете себе представить:
законы меняются постоянно, и сейчас моя особая любовь — Казахстан 🇰🇿, где с нового года грядут такие обновления, что ЦБ РФ аплодировал бы стоя.

3️⃣ Уехала в отпуск! 🌄
Мы с Настей Граф решили, что конференции — это, конечно, круто, но встретиться не за работой, а в отпуске — еще круче! Так что уже шестой день наслаждаемся Грузией 🍷

4️⃣ Конференции пока на паузе,
но уже на следующей неделе встречусь на кофе с ребятами, чтобы поговорить про спикерство — значит, все еще впереди. Хоть и временно в он-лайн поле!

5️⃣ Менторю в WIT и получаю море удовольствия от этого процесса ❤️ А главное, не прыгаю выше головы и своих возможностей!

6️⃣ Готовлю кое-что со Стратопланом — про это расскажу чуть позже 👀 (на след неделе)

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

👇 А еще под этим постом можно оставить вопросы/замечания/предложения по контенту и тп, советы (можно по Грузии) или просто слова поддержки — чтобы я не двинула лапки от ритма жизни,
ХОТЯ, как известно, мы бессмертные пони 🦄.

https://us02web.zoom.us/j/87892070798?pwd=bvaeW9d7UKjJkS40aCfK5chL54c9Go.1


Ближе, ближе, БАНДЕРЛОГИ!!!!

Винишник начинается!!!

🍷 Уже сегодня!

В 19:00 по Москве — четвертый винишник 💬
Тема — КУЛЬТ ЛИЧНОСТИ МЕНЕДЖЕРА:
- почему мы иногда делаем из лидеров культ,
- а иногда — “начальнику просто не повезло, так как он начальник”.

Без записи, с вином и живыми историями от
Игоря Цубко, Киры Кузьменко, Стёпы Потапова и Лёши Долгушева.

📅 Подключайтесь в 19:00 (МСК)
👉 https://addcal.co/e/vinishko-4

Будет, как всегда, умно, весело и по делу!

🍷 Анонс четвертого Винишника! 🍷

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

📌 Тема этого раза — культ личности менеджера.
Будем обсуждать, почему так любят делать героев из «кто у власти», кто «потушил пожар», можно ли быть менеджером без ореола культовости, и что с этим делать в реальной жизни.

И самое главное — кто у нас спикеры в этот раз:
✨ Игорь Цупко — человек, который первый просыпается когда что-то действительно серьезно сломалось в одном из крупнейших строительных e-commerce России.
✨ Стёпа Потапов — product manager Aviasales, результаты работы которого вы все точно видели (и не раз).
✨ Кира Кузьменко — богическая женщина, автор потрясающих обзоров рынка, эксперт в рекрутинге, автор подкаста «Собес» и ведущая проектов New HR.
✨ Лёша Долгушев — основатель DevRel-бюро, человек, который сделал для моего становления как спикера очень много. Организатор, комьюнити-лидер, и, честно, та самая фигура, которую я неоднократно приглашала и чьими событиями делилась.

📅 Когда: среда (15/10), 19:00 (по Москве)
📍 Формат: живой эфир без записи. Только здесь и сейчас.
💻 Где: ZOOM - ссылка будет в среду!

Будет, как всегда, честно, без прикрас, с историями «из жизни» и с бокалом вина в руках.
Приходите, будет интересно!!!

Ставь 🔥 если с нами!

А мы уже начинаем!!!

В 10-00 встречаемся за кофе тут

Про проектирование (философское)

На днях услышала удивительную фразу:

«Да спроектировать-то легко можно все, что угодно!»

И я, честно, зависла.

А потом подумала — и согласилась. Действительно, спроектировать «как» несложно.
Сложно другое — понять «что» проектировать.

Мы слишком часто вместо вопроса «что нужно?» кидаемся сразу в «как это сделать?».
И так рождается целая каста проектировщиков, которые умеют красиво рисовать схемы и системы, но не берут ответственность за суть.
В итоге получаются штуки, которые вроде бы работают… но никем и ничем не управляются.

Все эти размышления на этой недели навеяны сразу несколькими вещами:
1️⃣ Я в этом году отказалась от весенней DevOps Conf — не хочу никуда лететь, да и сосредоточена сейчас на другом: новой работе, DDD, проектировании и написании книги. Хотя меня снова звали туда поговорить… о проектировании для девоПСОВ. Иронично...
2️⃣ Забавно возвращаться в родной домен и видеть новые версии старых принципов: где-то радуешься, где-то только грустно вздыхаешь.
3️⃣ Иногда одна фраза, услышанная мимоходом, или мем, найденный у коллеги (собсвенно он и приложен к посту), запускают целую цепочку философских размышлений.

И вот мой вывод:
Проектировать «как» может каждый. Но те, кто сначала ищут ответ на «что» — именно они и строят системы, которые выдерживают время.

💬 А вы разделяете вывод?

🗓А еще напоминаю, что завтра утром в 10-00 по МСК мы с Мариной пьем кофе на тему 1:1

1:1 — норм или стрем?

1:1 или 1on1 или 1to1 — процесс достаточно противоречивый в умах сотрудников. Кто-то его обожает, кто-то ненавидит, а кто-то — просто терпит.

Поэтому я пригласила мою коллегу-спикера с Teamlead Conf и, по совместительству, HR-директора Марину написать для нас пост об 1 на 1. У себя на канале она делится инсайдами о коммуникации с бизнесом языком метрик, чтобы быстрее расти по карьере. Заглядывайте к ней огонек!

Слово МАРИНЕ:

Итак, давайте разберем, что на один на один норм, а что не очень.

🐕 Брать на 1:1 собаку — норм или стрём?
Скорее норм, если это про показать пушистую жепку в камеру и разрядить обстановку. Но стрём, если полчаса вместо диалога обсуждаете шерсть и породу.

💻 Обсуждать только рабочие задачи — норм или стрём?
Вот тут стрем. Потому что тогда это не 1:1, а такой мини-статус-колл. Настоящий смысл 1:1 в другом: развитие, обратная связь, атмосфера в команде. Когда есть только таски — теряется сама идея встреч, и в итоге все «поговорили-побежали», а ценность нулевая.

😭 Плакать на 1:1 — норм или стрём?
Конечно, это необязательно. Но если случилось — норм. Потому что именно для этого 1:1 и нужны, чтобы вытащить эмоции, открыто и по-взрослому их обсудить. Если сотрудник не может позволить себе показать уязвимость и сказать, что где-то пока не получается, то и проф рост может стопориться.

🤝 Звать HR на 1:1 — норм или стрём?
Сначала кажется странно: «Зачем HR, если есть тимлид?» Но в реальности норм, если HR умеет быть партнёром. Он слышит то, что мимо ушей лидов проходит, подмечает паттерны, помогает донести до бизнеса сигналы. Не как третейский судья, а как человек, который ускоряет win-win.

🎯 Приходить на 1:1 с готовыми вопросами и темами — норм или стрём?
Норм на 200%. Когда обе стороны готовятся, разговор превращается в реальный инструмент роста, а не в «ну что у тебя, норм всё?». Тут и про карьеру поговорить, и про обучение, и про то, что мешает работать.

А какие «норм или стрём» ситуации на 1:1 встречались вам?

Давайте обсудим их за онлайн-кофе вместе с Мариной и участниками её канала?

А еще, хоть у меня завал и я ничего не успеваю, но все же, давайте встретимся в пятницу на КОФЕ
Встречаемся 10-го октября в 10-00 часов (ссылка будет позже).
❤️ если придешь

🍷 Мама, я пошла по наклонной 🍷

Сегодня у меня стартует новый курс. Не успела еще толком закончить Школу СТО (и да, я помню, что обещала вам рассказать про нее честно и развернуто — будет, скоро будет), а уже ВЛИЛАСЬ в следующую учебу.

И в этот раз — это совсем не про IT. Хотя… если честно, помогает и в IT тоже 😉
С сегодняшнего дня я раз в неделю буду мотаться в Лимассол — на очные курсы по винам.

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

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

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

А пока — in vino veritas! 🥂

💬 Делитесь: у кого какие учебные планы на осень? Очень интересно узнать + думаб, что многим будет полезно и кто-то найет для себя к чему присоединиться!

🔎 Ищу единомышленников!

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

Иногда мои затеи выглядят как шаманство: проектирование через определения, DDD, AI как инструмент проверки. Но если вы чувствуете себя шаманом в таком деле, а не «игристым колдуном» — welcome!

Одного только желания мало. Будет что-то вроде маленького «собеседования», прежде чем поиграем в практику.

Если вам близка тема domain-driven design и у вас есть опыт или проекты в областях:
🚉 transport information system
💳 fintech
🛒 e-commerce
— у нас точно есть шанс классно посотрудничать.

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

Так что если вам близки такие «игры в смыслы» и хочется поучаствовать в шабаше архитектурных шаманов — пишите в личку или комментариях. 🚀

#ddd #architecture

Всем привет!

Немного lifestyle от меня и мамы! Мы сегодня на балете Грек Зорба!

✏️ HLAD | HLD и что вообще рисовать! ✏️

Меня тут упрекнули, что я призываю нарисовать HLD, а люди не понимают, как.

Попробую объяснить по пунктам.



✏️ Что это вообще такое

HLAD (High-Level Architecture Diagram) — одна картинка, которая показывает домены, сущности и процессы верхнего уровня.
HLD (High-Level Design) — документ, куда помимо HLAD входят детали: контракты, протоколы, SLA, схемы, безопасность и прочее.
То есть HLAD — это часть HLD, визуальный срез.



✏️ Что в HLAD должно быть

1–3 домена/контекста (рамки или облака).
3–7 ключевых сущностей/агрегатов (прямоугольники внутри рамок) на домен.
2–5 операторов/процессов (стрелки с подписями-глаголами: «Активировать», «Согласовать») на домен.
0–2 саги (шестигранники, располагаются на границах доменов, только если процесс сквозной; в остальных случаях внутри домена).
1–3 техконтекста (отдельные прямоугольники снаружи: Auth, DWH, Payment GW и т.п.).



✏️ Что в HLAD не должно быть

— CRUD-операций, value object’ов и мелких вспомогательных сущностей.
— Протоколов, форматов, топиков, БД, SLA/SLO, ролей.
— Доменных событий (за исключением тех без которых хэппипас не поедет) и ярлыков.
— Отражения нехэппипаса.



✏️ Как расположить

(раздел, если стало скучно и хочется красоты)
Слева направо: стартовая сущность → стрелка-оператор → целевая сущность.
Если переход в другой контекст — ставим на границе сагу (шестигранник).
Техконтексты — только снаружи, отдельными прямоугольниками.



✏️ Именование

Сущности — существительные из домена.
Операторы — глаголы в инфинитиве: «Квалифицировать», «Активировать».
Саги — «Сага: <название процесса>».



✏️ Чек-лист проверки

— Все стрелки подписаны глаголами.
— Саги только на границах или внутри доменов.
— Техконтексты вынесены наружу.
— Схема читается слева направо как «happy-path».
— Нет CRUD, протоколов и БД.



В общем, HLAD — это не вся архитектура, а только «смысловая карта» системы.


#ddd #architecture

🎲 DDD: как в это играть (и почему не стоит верить «истине»)🃏

Я уже писала пост про почему event storming не всегда хорошая идея чтобы зайти в DDD.
Если вы решили «поиграть в DDD», начните с самого простого и самого важного: разобраться в предметной области. DDD — это не магия, не набор модных практик и не набор стикеров на стене.

С чего реально начинать:
1️⃣ Читайте законы. Они часто содержат «истину» о том, как вещи должны работать (особенно в финтехе, комплаенсе, KYC).
2️⃣ Делайте словарик терминов. Убедитесь, что слово «счет», «платеж», «операция» означает одно и то же для бизнеса, для юристов и для девов.
3️⃣ Собирайте проверяемые факты — не «чувства» и не домыслы.

☝️И самое главное — никому и ничему не верьте.
Почему? Потому что самая опасная вещь на старте — принять чью-то версию «истины» за окончательную. Если бы у вас была истина, вы бы не занимались DDD: вы бы просто поменяли процесс под истину и ВСЕ! Но вы пришли, чтобы проверять, фиксировать несоответствия и строить предкорректную модель — модель, на которой могут оперировать и бизнес, и разработка.

Что следует проверять (источники проверок):
Закон — как вещь должна работать по правилам государства. (сложнее менять)
Внутренние регламенты, политики, оферты, договоры — что официально декларировано внутри компании (проще менять, но пока действует — имеет силу).
Код и текущие реализации — как сейчас работает система на самом деле (источник реального поведения пользователей/системы).

Каждый «депозит» (слово бизнеса, кредит доверия, решение в архитектуре) требует проверки по этим источникам.

Важно понимать разницу: законы тяжело переписать; договоры и оферты — гораздо проще. Поэтому приоритет проверки — закон → внутренние документы → код. Но и код нельзя считать «истиной» без проверки: иногда код — это лишь костыль, неформальная договоренность.

Практический алгоритм старта DDD:
1️⃣ Сбор первичных фактов (законы, регламенты, таблички из БД, примеры операций).
2️⃣ Составление простого словаря терминов — обсуждение и фиксирование.
3️⃣ Построение «предкорректной» доменной модели (HLD вам в помощь).
4️⃣ Проверка модели на реальных текущих примерах: боевые пользовательские сценарии (без использования ИС), законы.
🔄 Итерации: корректируем модель, снова проверяем, выстраиваем контракт между бизнесом и девами.

Про event storming:
не стартуйте с него, если вы не сделали первые три шага. Event storming — мощный инструмент, но без проверяемых фактов и без согласованного языка это всего лишь красивый брейншторм. А главное у вас должны быть доменные эксперты (а их еще и взять откуда-то надо) и эти товарищи должны уметь коллаборировать!

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

Про то, как писать определения 👉 вот тут
Про то, как искать доменных экспертов 👉 вот тут

💬 А как у вас с таким подходом? Особенно откликнитесь, пжл, те, кто пишет определения!

#ddd #architecture