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

У кого какие романтические вечера или сцены из супружеской жизни 👩‍❤️‍👨 Легли вчера с мужем спать. Последние минуты перед тем, как выключить свет: оба дотупливаем в гаджеты, обсуждаем какие-то новости. И тут Миша протягивает планшет:

— Смотри, интересная статья про дизайн глобальной платежной системы.

Ну и все... Следующие минут сорок мы как две КРЫСЫ сидели и крысятничали буквально по каждому абзацу. 😂 На Account Table нас вообще размотало. Я почти уверена, что все примеры в статье специально выдуманы, чтобы показать идею, а не раскрыть реальные кейсы. И знаете что? Я их очень понимаю. Когда сама пишу статьи или готовлю доклады, иногда больше времени уходит не на объяснение идеи, а на попытку придумать пример, который: • не нарушает NDA; • не похож на реальную компанию; • при этом остается понятным; • не выглядит полной ересью. И в какой-то момент просто сдаешься и думаешь: "И так сойдет!" И поймала себя на мысли, что даже в подкастах и интервью почти никогда не рассказываю реальные истории. Обычно это собирательные примеры из разных проектов, ситуаций и "коллег", чтобы невозможно было узнать никого конкретного. Выводов несколько: ❤️ Романтические вечера бывают очень разными. 🐀 Совместное крысятничество по одним и тем же темам — недооцененный фундамент семейных отношений. 🤯 А придумать хороший обезличенный пример иногда оказывается сложнее, чем решить саму задачу. 💬 А у вас семейная романтика как выглядит? 💬 И насколько у вас "болит проблема" обезличивать кейсы, когда делитесь опытом?

Нейминг — это не про красоту. Иногда это про очень дорогие баги. Один из моих любимых примеров, который вспомнился недавно. Есть операция refund, и с ней компания живет несколько лет. И вот приходит осознание и момент, когда появляется стойкое желание и необходимость, кроме возврата на всю сумму, совершать еще и частичные - partial refund! Но «мы же не будем смотреть в прошлое» и разбирать кто там был частичный, а кто полный, поэтому, рождается гениальная идея: — А давайте просто добавим full_refund. Он будет для всех в ком мы уверены, а странное и неполное оставим как refund. Ну а что? Работает же. Потом проходит полгода… 3 года… Все читают refund как “возврат”. Аналитики строят отчеты, разработчики пишут правила, саппорт ищет проблемы. А потом внезапно выясняется, что refund вообще-то всегда означал частичный возврат — например, без комиссии. Полный возврат — это только full_refund. А в формуле расчета суммы на конкретный тип операций возврата была допущена ошибка, которая ВСЕГДА удерживала сумму комиссий. И начинается увлекательная археология 🪏💩 Чтобы стало еще веселее, в UI refund уже показывают как Partial refund, потому что пользователям так понятнее, а полный, как Refund (дизайнеры «экономили место»)! В базе одно название, в интерфейсе третье. Красота😍 Самое смешное, что обычно это происходит не потому, что кто-то плохо проектирует системы. Просто в какой-то момент всем становится лень делать миграцию и разбираться в исторических атавизмах. А нейминг, как назло, запоминает эту лень на годы. Поэтому если сущности/процессы бывают полными и частичными — называйте их симметрично сразу.

partial_refund

и

full_refund

намного скучнее. Зато потом никто не будет проводить раскопки в отчетах, а вас не буду пытаться этими же отчетами пристукнуть! PS Когда ночью во время инца пытаешься понять по отчетам что там 😳, не только 3я рука вырастит! 💬А у вас какие любимые «парочки» в нейминге?

Ну а вот сами дизайны! И если вам лень лезть и голосовать или у вас нет возможности проголосовать, то вот они! С душой выкачены для вас с простор интЫрнета! В моем сердечке варианты 2 и 8! Хотя, еще нравится 6... Кстати, что думаете о вертикальных деньгах? Пишите также в комменты - за какие вы и почему!

Нуууууу... Возвращаться после затяжного отсутвия сложно, но попробую! Начнет с простой новости выходного дня! Вот тут: https://surveys.ecb.europa.eu/10b/ecbeuro/ голосование за новый дизайн банкнот EUR Орнитологическая тема мне не близка, а вот Мария Каллас - очень даже!

Добби свободен! Добби завершил конференционную поездку!!!

Четыре кейса — и один из них вы еще не видели 👀 Всем привет! Я уже немножечко отошла от прошлого мастер-класса, а завтра у меня следующий. Но поскольку ребята начали приходить в личку с вопросами: «А можно кейсы?», — сегодня я наконец все выгружаю. В канале появятся: — презентация с мастер-класса; — все четыре кейса, которые я к нему готовила; — в том числе один кейс, который на самом мастер-классе мы так и не успели разобрать. Вопросы к кейсам есть в презентации. Так что пока у вас будет время спокойно над ними подумать и попробовать найти свои варианты решения. Если у вас есть доступ к записи, часть обсуждений можно уже посмотреть там. А со следующей недели я начну постепенно публиковать свои ответы: как я вижу эти кейсы, как мы рассуждали на мастер-классе и во что в итоге может вылиться каждое решение. А сегодня я пока морально готовлюсь к завтрашнему последнему дню конференционной недели. Надеюсь, что завтра со всеми, с кем не успела обняться и развиртуализироваться на HighLoad, успею сделать это на TeamLead. Очным — до завтра! Остальным — хорошего разгадывания кейсов!!! Вопросы пишите прямо под постом.

SaintHighLoad 2026 Первый мк, «немножечко» больше человек, чем планировала… Решаем архитектурные проблемки!

Не прошло и недели — и я снова зову вас на прогон! В этот раз — на прогон мастер-класса, который мы с Любой планируем провести на SainHighLoad. Как и в прошлом году, продолжим тему найма, но зайдём в неё через конкретный инструмент — портрет кандидата. Что это такое? Зачем он нужен? Как его составлять так, чтобы он реально помогал в найме, а не просто лежал красивым документом? 🗓Об этом поговорим 12 июня в 19:00 по Москве. Формат — камерный: собираем маленькую группу, не больше 15 человек, чтобы всем было комфортно задавать вопросы, пробовать и обсуждать. Если готовы выделить нам 2 часа 12 июня в 19:00 по Москве и разобраться, как составлять портрет кандидата, — пожалуйста, отпишитесь под этим постом. Места будут уходить первым, кто запишется. Заранее признательны! Ловите 😘!

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

Привет, лапулечки-заечки! 🐰 Я давно не появлялась, потому что меня немного накрыло аудитами, работой и подготовкой к двум конференциям! В конце июня я буду в Питере: на Saint TeamLead и Saint HighLoad. И сейчас мне нужны лабораторные крыски, тестовые кролички и просто прекрасные люди, которые готовы прийти на тестовый прогон моего мастер-класса. О чем мастер-класс: про архитектурные ошибки, которые мы совершаем в разных доменах. Он в первую очередь рассчитан на людей из бигтеха — но под бигтехом я здесь имею в виду не только «зеленые банки» и «синие нефтянки», а любые компании, где больше 150 человек разработки. Кому может быть интересно: — вы работаете в компании с большой разработкой; — вам интересны разные домены; — вы хотите поговорить про архитектурные ошибки; — вы готовы потратить на меня 2–3 часа своей жизни. Прогон хочу провести, скорее всего, на следующей неделе. Если хотите прийти — напишите под этим постом, а я соберу отдельный чатик, где договоримся о дате и времени. Приходите, помогите, буду очень рада 🐘 (это я довольная как слон в будущем от того, что вы пришли!)

Давно меня не было! И как вы понимаете, времячко веселое! Я ищу балалайку! А пока, открываю «портал в ад» пост пятничных мемасиков! Сил ни на что НЕМА! И всем хороших выходных и восстановиться!

😵‍💫На выходных я нашла кентавра в кипрской церкви 🐴 Первая мысль: кажется, я уработалась до такой степени, что мне уже кентавры мерещатся. Но нет — кентавр оказался совершенно уместным! Это не какой-то странный античный привет, который забыли закрасить. Это вполне уместный сюжет из жития святого Антония Великого — одного из самых известных раннехристианских монахов, отца монашества, человека, который ушел в пустыню, жил в аскезе и стал буквально символом отшельнической жизни. По дороге в пустыне (как символе отречения, поиска истины и духовных страданий) ему встречались самые разные существа (кентавр и сатир в том числе), так что кентавр в церковной росписи — это не галлюцинация уставшей меня, а вполне канонический поворот сюжета. Часовня Антония расположена рядом с монастырем святого Неофита (мы живем в 800 метрах от этого места). Неофит — один из самых почитаемых святых Кипра, монах, аскет и затворник. Для острова это очень важная фигура: человек, который выбрал уединение, духовную практику и жизнь вне мирской суеты. Поэтому весь этот визуальный ряд с Антонием, пустыней, аскезой и даже кентавром рядом с местом, связанным с Неофитом, вдруг становится очень логичным. Главный урок выходных: иногда контекст сложнее, чем усталость, а отдыхать тоже нужно! И да, я немного подвыпала из канала. Конец квартала и начало нового почему-то никогда не проходят мимо. Даже если очень хочется просто спокойно дожить до выходных без кентавров!!! 💬 А какие сюжеты и росписи удивляли вас?

🌪 Квартальное планирование (или почему я опять потерялась)🌪 Квартальное планирование — это, конечно, тот самый ритуал, про который все очень любят рассказывать в формате «как надо». Но правда жизни в том, что все это прекрасное «как надо» почти всегда довольно быстро встречается с «как есть». И чем больше компания, тем сильнее расходятся эти два мира. Потому что в большой компании почти невозможно идеально выдержать общий ритм. Всегда будет кто-то, кто что-то не успел, не дочитал, не синхронизировал. Или наоборот — сделал слишком рано, и теперь все остальные в него героически добегают. А еще есть влеты. И вот это, мне кажется, самое важное, что надо помнить про квартальное планирование:

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

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

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

если что-то поменялось, то задача не «молча страдать в углу», а явно это проговорить. Для изменений у меня есть отдельные еженедельные каденции со статусами и рисками для всех стейкхолдеров и сопречастных. Потому что прозрачность в таких историях часто важнее точности первоначального плана. В общем, мой рецепт квартального планирования довольно простой: не пытаться быть пророком. Пытаться быть понятной. 💬А у вас квартальное планирование больше про реальный инструмент или все-таки про красивую презентацию?

Пост философского толка 🧐 Я вчера сходила на концерт Дениса Стельмаха. И неожиданно вынесла оттуда не музыку, а вопросы. На концерте прозвучали две композиции, которые зацепились друг за друга и за меня и не отпускают! 1️⃣ Первая — May Day. И это не про первомай (почему-то я всегда именно так и думала) и не про первый теплый месяц в большинстве регионов России. Оказывается, что она про сигнал бедствия. Но не SOS, когда «нам нужна помощь», а Mayday — когда ситуация уже почти необратима. Когда это не запрос, а констатация: мы падаем. 2️⃣ Вторая — Count To Ten. Про очень простую практику: досчитать до десяти, чтобы заземлиться и найти силы действовать. В том числе и при кризисах, когда "падаешь"! И вот здесь у меня возник вопрос: нужен ли в IT сигнал Mayday? Не алерт. Не инцидент. Не escalation. А именно тот момент, когда система уже не «просит помощи», а сообщает: мы в точке, где последствия практически неизбежны. И дальше потянулась цепочка: — Как понять, что система уже кричит Mayday, а не просто шумит алертами? — Можно ли вообще отличить "еще можно спасти" от "мы уже падаем, просто еще не ударились"? — Если мы досчитали до десяти, собрались, все починили — значит ли это, что Mayday на самом деле не было? Или он был, просто мы успели прожить его быстрее, чем осознали? И самый неприятный вопрос: — Не мешает ли нам привычка «считать до десяти» услышать SOS вовремя, чтобы не доводить до Mayday? Потому что в IT мы очень любим выдержку. Стабильность. Рациональность. Не паниковать. Давайте вспомним фразы с ночных инцов: "Выключаем эмоции и придумываем как чиниться. Разбираться кто прав, а кто нет - будем потом!" И я не говорю, что это не верный подход! Но, возможно, между "не паниковать в моменте" и "не заметить точку невозврата" — расстояние в пару решений. И тогда вопрос уже не про системы. ❓А про то, умеем ли мы различать: где еще можно помочь — а где остается только признать, что падение уже началось. ❓ 💬 Поделитесь своими мыслями, правда интересно! PS А видео с концерта, где Катя-шалунишка, впервые сделала запись "из-под полы"!

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

📌 Почему «сеньор» может положить 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 в номере документа 🙂

🕵️‍♀️ Продуктовые подмены (технического толка) Как продакт, я прихожу в восторг, когда вижу, как сложные технические и алгоритмические задачи решаются не «в лоб», а через изящный пользовательский опыт. Когда юзер делает то, что ему нужно, а бизнес при этом получает бесценный ресурс. Меня до мурашек пробирают две истории, где под видом игры или безопасности корпорации выстроили идеальные системы сбора данных. 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 Почему я об этом пишу? Для меня эти кейсы — эталон того, как нужно подходить к разработке. Когда продукт решает проблему пользователя (защита от ботов или фан), но параллельно генерит огромную ценность для развития технологий. Это просто «Гениально, блин!». 💬А какие скрытые смыслы в привычных сервисах замечали вы? Пишите в комментариях, обсудим! 👇

@KrrrrOlya поздравляю 🥳 Для всех скидка 20% на билеты: ITK20_AM17