Сегодня запускаю розыгрыш бесплатного билета на конференцию
Аналитический марафон #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 метрах от этого места).
Неофит — один из самых почитаемых святых Кипра, монах, аскет и затворник. Для острова это очень важная фигура: человек, который выбрал уединение, духовную практику и жизнь вне мирской суеты. Поэтому весь этот визуальный ряд с Антонием, пустыней, аскезой и даже кентавром рядом с местом, связанным с Неофитом, вдруг становится очень логичным.

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

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

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

Привет, лапулечки-заечки! 🐰

Я давно не появлялась, потому что меня немного накрыло аудитами, работой и подготовкой к двум конференциям!

В конце июня я буду в Питере: на Saint TeamLead и Saint HighLoad.
И сейчас мне нужны лабораторные крыски, тестовые кролички и просто прекрасные люди, которые готовы прийти на тестовый прогон моего мастер-класса.

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

Кому может быть интересно:
— вы работаете в компании с большой разработкой;
— вам интересны разные домены;
— вы хотите поговорить про архитектурные ошибки;
— вы готовы потратить на меня 2–3 часа своей жизни.

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

Приходите, помогите, буду очень рада 🐘 (это я довольная как слон в будущем от того, что вы пришли!)

📌ЕЩЕ РАЗ! ЧТОБЫ ЗАПИСАТЬСЯ ПИШИ В КОММЕНТЫ К ПОСТУ!!!📌


НАБОР ОСТАНОВЛЕН!

Мне сегодня задали самый провакационный вопрос: Почему у слона нет компьютера?

Если что - с таким вопросом пришел ребетеныш к коллеге!

А как бы вы на него ответили?!

Не прошло и недели — и я снова зову вас на прогон!

В этот раз — на прогон мастер-класса, который мы с Любой планируем провести на SainHighLoad. Как и в прошлом году, продолжим тему найма, но зайдём в неё через конкретный инструмент — портрет кандидата.

Что это такое?
Зачем он нужен?
Как его составлять так, чтобы он реально помогал в найме, а не просто лежал красивым документом?

🗓Об этом поговорим 12 июня в 19:00 по Москве.

Формат — камерный: собираем маленькую группу, не больше 15 человек, чтобы всем было комфортно задавать вопросы, пробовать и обсуждать.
Если готовы выделить нам 2 часа 12 июня в 19:00 по Москве и разобраться, как составлять портрет кандидата, — пожалуйста, отпишитесь под этим постом.

Места будут уходить первым, кто запишется.

Заранее признательны!
Ловите 😘!