Большой материал про ОНБОРДИНГ! 👋

В свете последних постов и прямого эфира, поделюсь циклом материалов про онбординг, которые вышли Хабре! Финальная часть - только вчера (02/03/2026)!

Это три части одной большой статьи, которая выросла из моего мастер-класса (того самого, что попал в шорт-лист лучших на DevOpsConf), а потом мы еще серьезно перерабатывали и сокращали текст вдвое, чтоб хоть 3 части, а не 6 получить!

Внутри материала:
— как выстраивать системный онбординг,
— где ломаются процессы,
— почему «выйти на работу» ≠ «встроиться в команду»,
— и что с этим делать на уровне продукта и культуры.

вот весь цикл:
Часть 1:
https://habr.com/ru/companies/oleg-bunin/articles/987298/

Часть 2:
https://habr.com/ru/companies/oleg-bunin/articles/987308/

Часть 3:
https://habr.com/ru/companies/oleg-bunin/articles/987314/

Это не пересказ МК, а полноценный разбор с логикой, структурой и акцентами, которые обычно не помещаются в тайминг конференции.

💬 Будете читать — напишите потом, как вам. Так как это мой первый опыт переделки материалов МК в текст! Можно в комментариях на Хабре или мне в личку.

Иногда большие технологические прорывы происходят не в лабораториях.
А потому что одна женщина просто садится и едет.

В 1888 году Bertha Benz без ведома мужа взяла автомобиль, который изобрел Karl Benz, посадила в него двух сыновей и отправилась навестить свою маму.

Сегодня это звучит как обычная семейная поездка.

Но есть одна деталь:
это был первый автомобиль в мире — Benz Patent-Motorwagen.

Она проехала около 106 километров по маршруту из Mannheim в Pforzheim.

По дороге:
• покупала топливо в аптеке (так появилась первая в истории «заправка»),
• прочищала топливную систему шпилькой для шляпы,
• изолировала провод подвязкой,
• а тормоза ей помог усилить местный сапожник.

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

Сегодня этот маршрут официально признан памятником технической истории Германии и известен как Bertha Benz Memorial Route.

И мне кажется, в этом есть очень важный символ 8 марта.

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

Иногда именно это и превращает изобретение — в реальность.

И маленькая деталь — про матерей и силу любви.
Фильм, который напоминает, что любовь и вера преодолевает любые препятствия, даже те, которые не способна преодолеть физика:
Обещание на рассвете.

История о том, как далеко может зайти человек, если рядом есть кто-то, кто в него верит.

С Международным женским днем. 🌷
Пусть у нас всегда будет смелость садиться и ехать первыми. А если вы захотите поддерживать и любить, пусть это ценят!

Полезняшка про AI 🤖

На днях LinkedIn порекомендовал мне — Евгения Брензовича. И я быстро провалилась в его посты про AI и особенно один про целую образовательную платформу. Вначале решила что это платный хайп: «5 видео и вы все знаете», но на деле!

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

Тут собрана очень большая и аккуратно разложенная по темам информация:
— что такое AI-агенты и как они устроены
— как с ними работать и экспериментировать
— подборки материалов и статей (многие переведены)
— практические инструкции и разборы
— инфраструктурные вещи, включая то, где и как поднимать сервера

По сути, это end-to-end учебник, который объясняет не только теорию, но и то, как реально начать что-то делать руками.

Это не реклама!!! Я сама написала Жене и предложила рассказать про этот ресурс, потому что, на мой взгляд, он проделал действительно большую работу, которая может быть полезна многим!

Важно: ресурс полностью бесплатный.

Ссылки оставлю ниже:
Учебник: https://ai.arckep.ru/

Канал Жени в Tg: https://t.me/brenzovich_ai

Я наконец-то понимаю зачем мне Miro 🤣

В пятницу у нас на работе хакатон. И одна из тем — AI-инструменты внутри компании.
И я поймала себя на мысли, что сейчас вокруг AI есть два параллельных мира.

1️⃣ Первый — маркетинговый.
Когда в продукт просто добавляют слово AI, потому что так легче продавать.
2️⃣ А второй — когда AI действительно начинает менять рабочие инструменты.

И на днях я внезапно поняла, как пользоваться Miro!

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

Что сейчас умеет AI в Miro:
1️⃣ Генерировать идеи
Можно задать тему — и Miro создает набор стикеров для брейншторма.
2️⃣ Разбирать хаос после мозгового штурма
AI автоматически кластеризует стикеры по темам или ключевым словам.
3️⃣ Делать саммари обсуждений
Можно выделить группу стикеров — и AI сделает краткое резюме идей и ключевых тем.
4️⃣ Строить диаграммы и схемы
Достаточно описать процесс текстом — Miro может сгенерировать flowchart или mind-map.
5️⃣ Превращать хаос в структуру
AI может преобразовать набор заметок в документ, план или таблицу.
6️⃣ Прототипировать UI
К сожалению, пока не попробовала, так как не включен add-on. Но, надеюсь, что в ближайшее время смогу и тут потыкаться!

📌И вот что для меня оказалось самым ценным.
После любого воркшопа в Miro обычно остается стена из стикеров.
Красиво, но дальше начинается ручная работа.
AI впервые реально помогает быстро превратить этот хаос в структуру.

И, да, мы на хакатон тащим AI-инструмент! Уже после хакатона, расскажу, чем закончилось!

💬 А вы уже "потыкали" AI Miro? И как вам?

Бухгалтерская "полторашка" 🍷

Вернемся к финтеху...
В классическом учете действует двойная запись: дебет одного счета = кредит другого счета.

А вот термин полуторная запись я услышала недавно — оказалось, что сам паттерн я использую давно, просто не называла его так 🙂

В прикладном банковском смысле под ней обычно понимают ситуацию, когда:

— делается обычная балансовая двойная проводка
— и параллельно фиксируется дополнительная сумма вне этой проводки — без влияния на баланс
То

есть баланс не меняется, но нужная нам величина в учете появляется.

Простой пример: выдана гарантия клиенту.
Денежные средства в момент выдачи не движутся, но обязательство банка возникает.
Поэтому сумма отражается на внебалансовых счетах — внутри них запись двойная, но на баланс она не влияет.
Вот эта "дополнительная фиксация рядом с балансом" в практике и дала ощущение "половинки”.

📌Где тот же самый паттерн встречается в финтех-архитектуре?
Реализуют его обычно двумя способами.
1️⃣ Через отдельную техническую сущность (аналог счета холдов)
2000 € — основной остаток
300 € — сумма в HOLD
Балансовый счет при этом один — мы просто отдельно учитываем часть средств, которой нельзя пользоваться.
Это классика карточных авторизаций.
2️⃣ Через “окрашенные деньги”
Счет один — 2000 €
Но внутри:
— 1700 € свободные
— 300 € с меткой HOLD (или с идентификатором операции)
Никакой дополнительной балансовой проводки — только расчет доступного остатка.

❓Зачем это вообще нужно
Потому что в реальной жизни между:

“деньги есть”
и
“деньгами можно пользоваться”

почти всегда есть промежуточное состояние.

И если его не моделировать — начинаются:
— «красненькие» сальдо
— гонки списаний
— магия с доступными средствами
— сложная логика в каждом сервисе

А вот почему я раньше не задумывалась про “полторашку”, расскажу в следующем посте.
Спойлер: на уровне процессинга можно жить вообще без бухгалтерских категорий — там все операции целые 🙂

💬 А вы этот термин используете? Слышали?

Старое доброе... 👵👨‍🦳

Иногда, когда в IT обсуждают API, кажется, что все началось с REST, RPC, JSON и микросервисов. Но в финансовой индустрии есть пример куда более старого и при этом до сих пор живого интерфейса.

Речь про ISO 8583.

Этот стандарт появился в 1987 году (меня еще не было) и описывает формат сообщений для операций по банковским картам. По сути это API, через которое системы общаются друг с другом при каждой оплате картой.

Каждый раз, когда вы:
— платите картой в магазине
— снимаете деньги в банкомате
— оплачиваете что-то через POS-терминал
где-то в инфраструктуре проходит сообщение по ISO 8583.

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

Причем устроен он довольно необычно по современным меркам:
— бинарные сообщения
— bitmap-структура полей
— фиксированные форматы данных

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

С архитектурной точки зрения это один из самых долгоживущих индустриальных API-протоколов. И одновременно хороший пример того, как техническое решение может прожить десятилетия, если оно оказалось достаточно устойчивым для своей задачи. (Про удобство, как можете догадаться, или про "читаемость" речь не идет)

Но это "фигня" по сравнению с тем, что в некоторых крупных банках часть core banking до сих пор написана на COBOL (1959) (еще даже мамы не было)!

💬 А знаете в какой отралсли есть еще более страые и более "увлекательные" протоколы? И, нет, речь не про передачу данных 🙂

Сегодня запускаю розыгрыш бесплатного билета на конференцию
Аналитический марафон #17.

Тема — прям очень в сердечко: «Технологии и коммуникации в работе системного аналитика»

Если коротко — это не про “писать ТЗ”, а про то, как аналитик:
— работает с архитектурой
— использует AI в задачах
— ускоряет процессы и снижает хаос

И программа там прям жирная:
🔹 ADR & Agent Skills — как готовить архитектурные решения с помощью LLM
🔹 AI-ассистент на коде компании — live-demo RAG-системы
🔹 Стандартизация API — от хаоса к метрикам
🔹 От промпта к прототипу — проверяем требования до разработки

И это не теория, а реальные практики, которые можно забирать и применять.

Теперь к самому приятному:
🎁 Разыгрываю 1 бесплатный билет
Чтобы поучаствовать — просто напишите в комментариях:
«Я хочу»

⏰ Итоги подведу в понедельник

Если давно смотрели в сторону таких тем — это прям хороший шанс зайти.

(А если не повезет — все равно рекомендую посмотреть программу, она правда клевая, и будет дополнительная скидка, котороую можно применить до подорожания билетиков!!!)

@KrrrrOlya поздравляю 🥳

Для всех скидка 20% на билеты:
ITK20_AM17

🕵️‍♀️ Продуктовые подмены (технического толка)

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

1. Капча: Как мы все стали бесплатными разметчиками данных 📚
Вы задумывались, почему раньше мы вводили кривые слова, а теперь ищем на фото гидранты?

В 2000 году Луис фон Ан придумал CAPTCHA для защиты от спама. Но как настоящий визионер, он осознал: человечество тратит 500 000 часов в день на ввод этой чепухи! И он превратил это в reCAPTCHA.

— В чем продуктовый кайф: Вам давали два слова. Одно — проверочное, а второе — фрагмент из старой книги, который сканер Google не распознал. Когда 6+ человек вводили его одинаково, слово считалось оцифрованным.

— Результат: К 2018 году более 1 миллиарда людей бесплатно оцифровали архивы The New York Times и Google Books.

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

Пруф: Статья в NYT о том, как человечество цифровало историю.

2. Pokemon GO: Как геймификация создала лучшую карту мира 📱
Помните безумие 2016-го? Пока все ловили покемонов, компания Niantic решала сложнейшую задачу картографии.

— Гипотеза: Чтобы создать AR-карту будущего, нужны фото и маршруты там, куда не заедет машина Google Street View.

— Реализация: Вместо того чтобы нанимать армию картографов, они создали игру. Редкие покемоны появлялись у «покестопов» — памятников, граффити, скрытых уголков.

— Продуктовый профит: Игроки сами фотографировали объекты с разных ракурсов и прокладывали пешеходные маршруты. Niantic получила самую детализированную карту планеты с привязкой к местности, созданную руками (и ногами) пользователей.

Пруф: Исследование о том, как данные игры используются для картографии и интервью из MIT Technology Review

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

💬А какие скрытые смыслы в привычных сервисах замечали вы?
Пишите в комментариях, обсудим! 👇

📌 Почему «сеньор» может положить KYC-систему одной цифрой❓

На Хабре вышла, пожалуй, лучшая статья для инженеров в доменах Compliance, KYC и Fintech. Автор (Данил Емельянов, @MrTheFirst) поднял тему, которая кажется базовой, но на которой «срезаются» не то, что 80% кандидатов, а более 50% компаний (и далеко не самых «мелких» и «будничных»)?

🔎 Суть проблемы
Если вы храните паспорт как INTEGER, вы — потенциальный создатель багов на миллионы в вашей валюте!

Пример: Серия паспорта 0306.
База говорит: «О, это число! Зачем нам ноль впереди?»
Итог: В базе сохраняется 306.

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

🤯 Феноменология комментариев: Пути «Логики»
Но самое интересное — в комментариях. Это настоящий заповедник неисповедимой логики, где люди готовы строить адронные коллайдеры из костылей, лишь бы не признать семантику данных! И тут как всегда 3 основные кагорты:
1️⃣«Экономисты на спичках»: Люди всерьез спорят о 2–4 байтах разницы между INT и CHAR, забывая, что одна ошибка в данных в домене комплаенса стоит дороже, чем все жесткие диски в серверной.
2️⃣ «Адепты фронтенд-костылей»: Советуют «доклеивать нули при выводе». Это классический путь к катастрофе: стоит любому другому сервису постучаться в БД напрямую — и он получит инвалидные данные.
3️⃣ «Свидетели производительности»: Упорно верят, что поиск по строке CHAR(4) уронит базу, хотя современные индексы на таких объемах работают идентично.

🛡 Почему это критично для Compliance & KYC?
В нашем домене данные — это не просто значения, это юридически значимые идентификаторы.
— Номера документов могут начинаться с 01-09, тут и регионы, и даты и еще много каких правил.
— Ведущие нули — норма. А кроме этого еще и форматы номеров меняются вместе с версиями документов! И тогда вместо привых [1..9] прилетает 00**
— Удаление «лишних» занков: тут +, -, —. А в итоге равенство там где его не должно быть!

Золотое правило из статьи: Если вы не собираетесь складывать, вычитать или делить эти значения — это не число. Это строка.

Огромное спасибо автору! Статья — чистый концентрат здравого смысла. ИМХО она должна стать обязательным чтением для любого системного аналитика и бэкендера, работающего с персональными данными!

Надеюсь, что вам тоже было полезно!
💬 А какой самый интересный формат хранения данных вы встречали? Я вот timestamp в номере документа 🙂

Полезняшка выходного дня (на Кипре сегодня День независимости Греции) - фемтех стартап yessa

Хочу поделиться проектом, который очень откликнулся — Yessa.
Это фемтех-стартап, который помогает женщинам исследовать свою сексуальность — безопасно, без стыда и без чужих ожиданий.

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

Что делает команда Yessa?
Они создают формат, где можно:
— исследовать свои ощущения
— лучше понять себя и свое тело
— и все это в безопасной и поддерживающей среде
И это не про контент. Это про возвращение контроля над своим опытом.

Как я узнала про этот стартап?
LinkedIn подробсил статью! А дальше я была в шоке!
Это кыргызский стартап-феномен! 2 девушки создали очень важное и прекрасное приложение!
Да, мне сложно писать без множества восклицательных знаков :)
Причина проста:
Для меня как для женщины этот проект очень личный. Где-то ближе к 40 легко поймать себя на мысли, что «я уже все про себя знаю», и обесценить любое желание что-то исследовать — как будто это уже не про меня. Но это обманчивое чувство: иногда кажется, что ты в курсе, кто ты и про что ты, а на деле просто рядом есть человек, с которым тебе безопасно быть собой. И это разные вещи. Путь к себе вообще непростой и неочевидный, и его нельзя считать «пройденным» один раз. Изучать себя — это не про любопытство, это в том числе про безопасность: только понимая, что ты чувствуешь, где твои границы и желания, ты можешь адекватно распознать, кто и что перед тобой.

Почему хочется поддержать?
Потому что такие проекты меняют не интерфейсы — а способ, которым женщины вообще могут говорить о себе.
А еще это платформа для авторок и для актеров речевого жанра!
Кстати, они всегда ищут прекрасные мужские голоса, так что господа и дамы айтишнечки - это возможность не только узнать больше о себе, своем теле и сексуальности, но еще и открыть новые грани в себе!

Посмотреть можно тут:
https://t.me/yessa_app

Пост философского толка 🧐

Я вчера сходила на концерт Дениса Стельмаха.
И неожиданно вынесла оттуда не музыку, а вопросы.

На концерте прозвучали две композиции, которые зацепились друг за друга и за меня и не отпускают!

1️⃣ Первая — May Day.
И это не про первомай (почему-то я всегда именно так и думала) и не про первый теплый месяц в большинстве регионов России.

Оказывается, что она про сигнал бедствия.
Но не SOS, когда «нам нужна помощь», а Mayday — когда ситуация уже почти необратима.
Когда это не запрос, а констатация: мы падаем.

Меня тут с SOS и Mayday поправили - см. комменты!

2️⃣ Вторая — Count To Ten.
Про очень простую практику: досчитать до десяти, чтобы заземлиться и найти силы действовать.
В том числе и при кризисах, когда "падаешь"!

И вот здесь у меня возник вопрос: нужен ли в IT сигнал Mayday?
Не алерт. Не инцидент. Не escalation.
А именно тот момент, когда система уже не «просит помощи», а сообщает: мы в точке, где последствия практически неизбежны.

И дальше потянулась цепочка:
— Как понять, что система уже кричит Mayday, а не просто шумит алертами?
— Можно ли вообще отличить "еще можно спасти" от "мы уже падаем, просто еще не ударились"?
— Если мы досчитали до десяти, собрались, все починили — значит ли это, что Mayday на самом деле не было?
Или он был, просто мы успели прожить его быстрее, чем осознали?

И самый неприятный вопрос:
— Не мешает ли нам привычка «считать до десяти» услышать SOS вовремя, чтобы не доводить до Mayday?

Потому что в IT мы очень любим выдержку. Стабильность. Рациональность. Не паниковать.
Давайте вспомним фразы с ночных инцов: "Выключаем эмоции и придумываем как чиниться. Разбираться кто прав, а кто нет - будем потом!"
И я не говорю, что это не верный подход!

Но, возможно, между "не паниковать в моменте" и "не заметить точку невозврата" — расстояние в пару решений.
И тогда вопрос уже не про системы.

❓А про то, умеем ли мы различать: где еще можно помочь — а где остается только признать, что падение уже началось. ❓

💬 Поделитесь своими мыслями, правда интересно!

PS А видео с концерта, где Катя-шалунишка, впервые сделала запись "из-под полы"!

🌪 Квартальное планирование (или почему я опять потерялась)🌪

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

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

А еще есть влеты. И вот это, мне кажется, самое важное, что надо помнить про квартальное планирование:

вы не можете предусмотреть все!

Особенно если работаете в доменах, где изменения — это не исключение, а заметная часть жизни. У меня, например, комплаенс и регуляторика. И там иногда достаточно одного нового требования, чтобы ваше аккуратное квартальное планирование начало очень быстро перестраиваться на ходу.

Поэтому мой подход к квартальному планированию давно уже не про «сейчас мы идеально все распишем». Он про другое:
— заранее собрать все, что вообще хотят положить в квартал (делаю в Miro стикерами и лейблами и спасибо компании за прекрасный AI, который теперь все в таблички превращает);
— заставить приносить это не словами, а задачами в Jira (у меня отдельный тип задач request, чтобы не путаться и обрабатывать как беклог от стейкхолдеров);
— разметить, кто в этом заинтересован и зачем это нужно (и собрать пруфы с «циферками»).;
— отдельно оценить must-have (уже с командой, так как все хотелки оценивать не уместится в 1,5-2 часа);
— сразу заложить место под риски и внезапности (у меня на это 30% - но это специфика домена и процессов);
— и очень честно пометить, что влезает, что не влезает, а что влезет только если мир внезапно станет добрее (ну, например, найм быстро случится - да, думаем и про «позитивные риски»).

Мне очень помогают дополнительные статусы:
— out of scope (все очень хотели, но ресурсов нет и мы не возьмем),
— out of commitment (возьмем, но комититься не будем, так как не лезет, но попробуем наскрести ресурс),
— postponed (пролонгировалось с предыдущего квартала),
— initial planning (запланировано).
Потому что потом они спасают от магического ощущения, что «это же вроде обсуждали, почему не сделали».

И, наверное, главная мысль, к которой я пришла:

Квартальное планирование — это не клятва на крови.
Это не обещание, что мир не изменится.
Это способ синхронизироваться с бизнесом и другими командами: вот куда мы идем, вот что считаем реалистичным, вот где у нас риски.
А

если что-то поменялось, то задача не «молча страдать в углу», а явно это проговорить.

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

В общем, мой рецепт квартального планирования довольно простой:
не пытаться быть пророком. Пытаться быть понятной.

💬А у вас квартальное планирование больше про реальный инструмент или все-таки про красивую презентацию?

📑Про классные регуляторные доки📑

На днях мне по работе понадобилось прочесть National Road Traffic Regulations Нигерии. И я, честно говоря, вообще не ожидала, что меня можно так впечатлить регуляторным документом.

Во-первых, документ очень круто сделан на уровне языка и словаря. Там не просто перечислены нормы и требования, а действительно аккуратно собран вокабуляр: с понятными, точными и рабочими определениями. Это особенно заметно, когда читаешь куски, где описаны процедуры. Формулировки не расползаются, не тонут в бесконечных оговорках и не создают ощущение, что ты должен сначала закончить юрфак, а потом ещё пройти квест на дешифровку смысла.

И это, кстати, редкость.

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

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

Это, на мой взгляд, один из главных признаков зрелой регуляторики: когда документ не просто существует, а рассчитан на эксплуатацию.

И в-третьих, мне очень понравилась сама механика соотношения уровней регулирования. Есть общегосударственный документ, а есть, например, Lagos State Transport Sector Reform Law 2018, где Лагос как отдельная юрисдикция встраивает свои уточнения. И вот это сделано действительно красиво: локальное регулирование не ломает федеральную рамку, а опирается на нее и развивает ее.

И вот меня окунает в это сладостное ощущение, что закон можно прочесть один раз и реально понять, — ведь это почти фантастика!!!

Почему это вообще так круто и почему такие документы можно считать качественными с точки зрения compliance-регуляторики?

Я не знаю, писали ли они это с нуля, опирались ли на чью-то еще систему или перерабатывали более ранние подходы. Но в итоговом виде это выглядит очень сильно. И, честно говоря, в такие моменты особенно хорошо видно, что хорошая регуляторика — это тоже инженерия. Просто текстовая.

PS & NB! Рекомендую чекнуть их словарь, особенно если вы из TIS. Ну очень годная штука!

😵‍💫На выходных я нашла кентавра в кипрской церкви 🐴

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

Но нет — кентавр оказался совершенно уместным!

Это не какой-то странный античный привет, который забыли закрасить. Это вполне уместный сюжет из жития святого Антония Великого — одного из самых известных раннехристианских монахов, отца монашества, человека, который ушел в пустыню, жил в аскезе и стал буквально символом отшельнической жизни. По дороге в пустыне (как символе отречения, поиска истины и духовных страданий) ему встречались самые разные существа (кентавр и сатир в том числе), так что кентавр в церковной росписи — это не галлюцинация уставшей меня, а вполне канонический поворот сюжета.

Часовня Антония расположена рядом с монастырем святого Неофита (мы живем в 800 метрах от этого места).
Неофит — один из самых почитаемых святых Кипра, монах, аскет и затворник. Для острова это очень важная фигура: человек, который выбрал уединение, духовную практику и жизнь вне мирской суеты. Поэтому весь этот визуальный ряд с Антонием, пустыней, аскезой и даже кентавром рядом с местом, связанным с Неофитом, вдруг становится очень логичным.

Главный урок выходных: иногда контекст сложнее, чем усталость, а отдыхать тоже нужно!

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

💬 А какие сюжеты и росписи удивляли вас?