Самый отпускной пост!
Эта самая девочка, которая разбила чашку, так как научилась посылать все и уходить в отпуск теперь хочет научить менять все в темпе сига-сига!
Спасибо Оле за следующую чашку, которая ко мне едет!
А если хотите такую же-го к Оле! (Это не реклама, это то что люблю и использую сама) и чашка прекрасно моется в посудомойке! 😍
Эта самая девочка, которая разбила чашку, так как научилась посылать все и уходить в отпуск теперь хочет научить менять все в темпе сига-сига!
Спасибо Оле за следующую чашку, которая ко мне едет!
А если хотите такую же-го к Оле! (Это не реклама, это то что люблю и использую сама) и чашка прекрасно моется в посудомойке! 😍
🥰3👏1
Forwarded from Истории и не только (Ольга Самарина)
Для одной девочки несколько лет назад я делала кружку с историей, напоминающей, что отдыхать это нормально. Девочка за это время стала чаще отдыхать (у меня и пруфы есть! 😅) и недавно кружка разбилась.
Теперь девочка хочет менять мир и знаете, у неё получится!
@eslysenko верю в тебя 🫰
Теперь девочка хочет менять мир и знаете, у неё получится!
@eslysenko верю в тебя 🫰
🔥14❤2👏1
2 кейса ломающих Дубли/Анти-дубли!
1️⃣ Усыновление
Меняется ФИО.
Меняются документы.
Иногда корректируется даже дата рождения.
А главное — это полностью секретная информация. Связывающие записи существуют, но:
— недоступны при обычном уровне доступа к API гос сервисов
— закрыты правовыми ограничениями
— не видны операционным командам
История «до» и «после» — это один человек. Но по данным — это анти-дубль.
Система, настроенная на поиск противоречий, скажет: «Это точно не тот же объект».
И будет логически права.
Но фактически — нет.
2️⃣ Тайна свидетелей / присяжных
В ряде юрисдикций возможна смена персональных данных в целях защиты.
Может меняться:
— имя
— адрес
— документы
— иногда даже дата рождения
С точки зрения алгоритма похожести — новый человек. С точки зрения реальности — тот же.
И никакой чистый матчинг здесь не спасет!
Мы привыкли мыслить бинарно:
🙏🏻 Совпадает → один человек.
🙌🏻 Противоречит → разные люди.
Но в этих кейсах:
— совпадения могут быть искусственно разорваны
— противоречия могут быть легитимными
— связующая информация существует, но скрыта
И вот здесь и поиск дублей, и поиск анти-дублей оказываются одинаково беспомощными без контекста.
Идентичность — это не только атрибуты, но и про правовой статус доступа к связям.
Алгоритм может быть идеальным. Матчинг может быть точным. Пороги могут быть выверены.
Но если система не понимает, что существуют законные трансформации личности,
она рано или поздно «упрется» в кейсы, которые невозможно решить математикой.
И это тот редкий случай,
когда архитектура должна признать свои грани! И просто согласится с тем, что «пофиг, разные, так разные 🤣»!
1️⃣ Усыновление
Меняется ФИО.
Меняются документы.
Иногда корректируется даже дата рождения.
А главное — это полностью секретная информация. Связывающие записи существуют, но:
— недоступны при обычном уровне доступа к API гос сервисов
— закрыты правовыми ограничениями
— не видны операционным командам
История «до» и «после» — это один человек. Но по данным — это анти-дубль.
Система, настроенная на поиск противоречий, скажет: «Это точно не тот же объект».
И будет логически права.
Но фактически — нет.
2️⃣ Тайна свидетелей / присяжных
В ряде юрисдикций возможна смена персональных данных в целях защиты.
Может меняться:
— имя
— адрес
— документы
— иногда даже дата рождения
С точки зрения алгоритма похожести — новый человек. С точки зрения реальности — тот же.
И никакой чистый матчинг здесь не спасет!
Мы привыкли мыслить бинарно:
🙏🏻 Совпадает → один человек.
🙌🏻 Противоречит → разные люди.
Но в этих кейсах:
— совпадения могут быть искусственно разорваны
— противоречия могут быть легитимными
— связующая информация существует, но скрыта
И вот здесь и поиск дублей, и поиск анти-дублей оказываются одинаково беспомощными без контекста.
Идентичность — это не только атрибуты, но и про правовой статус доступа к связям.
Алгоритм может быть идеальным. Матчинг может быть точным. Пороги могут быть выверены.
Но если система не понимает, что существуют законные трансформации личности,
она рано или поздно «упрется» в кейсы, которые невозможно решить математикой.
И это тот редкий случай,
когда архитектура должна признать свои грани! И просто согласится с тем, что «пофиг, разные, так разные 🤣»!
👍4🔥4❤3
Die ☠️ or change your life
Если вы работаете с ПД рано, или поздно, вы столкнетесь с 2мя кейсами, вызывающими нервный тик:
☠️ Физическая смерть клиента.
🔞 И смена пола.
Оба легитимны. Оба юридически корректны. И оба ломают архитектуру!
1️⃣ Смерть клиента
Смерть почти всегда приходит задним числом.
Система узнает о ней не в момент наступления,
а через:
— update по API eGov
— уведомление от родственников
— банк-корреспондента
— наследственное производство
А до этого момента клиент продолжает «жить» в системе.
В финтехе это особенно чувствительно:
— висят автосписания
— начисляются комиссии
— идут возвраты
— проводятся чарджбеки
— работают обязательства
И вот вы узнаете, что клиент умер неделю назад! ПАНИКА 🫨
Что делать с операциями, проведенными «после смерти»?
Останавливать? Пересчитывать? Признавать недействительными?
Если в системе заранее не предусмотрен специальный статус, со своими правами доступа, процессами и ограничениями, начинается хаос.
Потому что:
— данные трогать нельзя
— операции закрывать нужно
— доступы менять необходимо
— аудит сохранять обязательно
Смерть — это не edge-case.
Если у вас десятки миллионов пользователей, это ежедневная рутина.
2️⃣ Смена пола
Юридически корректная, подтвержденная документами смена пола в международной системе — это архитектурный стресс-тест.
Проблема в том, что в ряде документов и идентификаторов
пол зашит в контрольные суммы.
Это может быть:
— часть национального ID
— контрольный разряд
— логика расчета верификационных цифр
Документ остается валидным.
Человек тот же. Но контрольные механизмы начинают «ругаться».
И если система не готова к легитимной трансформации пола:
— пользователь начинает «разваливаться» на анти-дубли
— верификация зацикливается
— регуляторные проверки дают ложные флаги
Почему это особенно важно для международных компаний
И если у вас 30–50 миллионов клиентов, такие кейсы из «диковинных» становятся статистикой!
Они становятся частью операционного потока.
Если архитектура построена на предположении,
что атрибуты либо стабильны, либо просто обновляются,
она рано или поздно даст сбой.
Поэтому:
— нужен специальный статус для deceased-клиентов
— нужны особые политики доступа
— нужна поддержка легитимных трансформаций
Потому что в больших системах
самое сложное — не фрод. Самое сложное — реальная жизнь.
PS на всех круизных лайнерах есть морг! Даже когда ты возишь 5000 человек верить в сохранность тела или что никто не умрет — глупо!
Если вы работаете с ПД рано, или поздно, вы столкнетесь с 2мя кейсами, вызывающими нервный тик:
☠️ Физическая смерть клиента.
🔞 И смена пола.
Оба легитимны. Оба юридически корректны. И оба ломают архитектуру!
1️⃣ Смерть клиента
Смерть почти всегда приходит задним числом.
Система узнает о ней не в момент наступления,
а через:
— update по API eGov
— уведомление от родственников
— банк-корреспондента
— наследственное производство
А до этого момента клиент продолжает «жить» в системе.
В финтехе это особенно чувствительно:
— висят автосписания
— начисляются комиссии
— идут возвраты
— проводятся чарджбеки
— работают обязательства
И вот вы узнаете, что клиент умер неделю назад! ПАНИКА 🫨
Что делать с операциями, проведенными «после смерти»?
Останавливать? Пересчитывать? Признавать недействительными?
Если в системе заранее не предусмотрен специальный статус, со своими правами доступа, процессами и ограничениями, начинается хаос.
Потому что:
— данные трогать нельзя
— операции закрывать нужно
— доступы менять необходимо
— аудит сохранять обязательно
Смерть — это не edge-case.
Если у вас десятки миллионов пользователей, это ежедневная рутина.
2️⃣ Смена пола
Юридически корректная, подтвержденная документами смена пола в международной системе — это архитектурный стресс-тест.
Проблема в том, что в ряде документов и идентификаторов
пол зашит в контрольные суммы.
Это может быть:
— часть национального ID
— контрольный разряд
— логика расчета верификационных цифр
Документ остается валидным.
Человек тот же. Но контрольные механизмы начинают «ругаться».
И если система не готова к легитимной трансформации пола:
— пользователь начинает «разваливаться» на анти-дубли
— верификация зацикливается
— регуляторные проверки дают ложные флаги
Почему это особенно важно для международных компаний
И если у вас 30–50 миллионов клиентов, такие кейсы из «диковинных» становятся статистикой!
Они становятся частью операционного потока.
Если архитектура построена на предположении,
что атрибуты либо стабильны, либо просто обновляются,
она рано или поздно даст сбой.
Поэтому:
— нужен специальный статус для deceased-клиентов
— нужны особые политики доступа
— нужна поддержка легитимных трансформаций
Потому что в больших системах
самое сложное — не фрод. Самое сложное — реальная жизнь.
PS на всех круизных лайнерах есть морг! Даже когда ты возишь 5000 человек верить в сохранность тела или что никто не умрет — глупо!
🔥9❤4😁3🤔2👏1
Катя учит русский 🙂
Прервемся в серии постов про Персональные Данные! И немного "прикольного"!
Я тут узнала о поразительных нормах русского языка, а именно о том, что:
омонимы и многозначные слова — это вообще не одно и то же.
Хотя казалось: ну слово и слово, просто «у него много смыслов».
Ан-нет!
📌 Многозначное слово
Это одно слово, у которого несколько связанных по смыслу значений.
Например:
Смысл везде один: основа, источник, то, из чего все произрастает.
То есть это одно слово с разными, но родственными значениями.
📌 Омонимы
Омонимы — это слова, которые
— пишутся одинаково
— звучат одинаково
— но вообще никак не связаны по смыслу.
Например:
Тут нет общего «корня смысла». Это просто совпадение формы.
🤓 И к чему это ВСЕ!
Теперь, когда вас спросят:
«Почему у тебя так названы переменные / функции / сущности?!»
Вы можете совершенно на серьезных щах отвечать:
— Это не плохой нейминг, это омонимия!
Я действую в рамках языковых норм!
А если значение все-таки связано — то это вообще многозначность, а значит — глубокая семантика и богатство модели 😄
В общем, теперь у нас есть официальное лингвистическое оправдание плохого нейминга.
Пожалуйста, пользуйтесь!
Прервемся в серии постов про Персональные Данные! И немного "прикольного"!
Я тут узнала о поразительных нормах русского языка, а именно о том, что:
омонимы и многозначные слова — это вообще не одно и то же.
Хотя казалось: ну слово и слово, просто «у него много смыслов».
Ан-нет!
📌 Многозначное слово
Это одно слово, у которого несколько связанных по смыслу значений.
Например:
Корень
— корень дерева
— корень слова
— корень уравнения
Смысл везде один: основа, источник, то, из чего все произрастает.
То есть это одно слово с разными, но родственными значениями.
📌 Омонимы
Омонимы — это слова, которые
— пишутся одинаково
— звучат одинаково
— но вообще никак не связаны по смыслу.
Например:
Лук
— оружие
— овощ
Коса
— прическа
— инструмент
— песчаная коса
Тут нет общего «корня смысла». Это просто совпадение формы.
🤓 И к чему это ВСЕ!
Теперь, когда вас спросят:
«Почему у тебя так названы переменные / функции / сущности?!»
Вы можете совершенно на серьезных щах отвечать:
— Это не плохой нейминг, это омонимия!
Я действую в рамках языковых норм!
А если значение все-таки связано — то это вообще многозначность, а значит — глубокая семантика и богатство модели 😄
В общем, теперь у нас есть официальное лингвистическое оправдание плохого нейминга.
Пожалуйста, пользуйтесь!
Please open Telegram to view this post
VIEW IN TELEGRAM
😁13💯2🔥1
🔥 Go в Go 🔥
(да, снова — ищу, и тот случай, когда ОЧЕНЬ НАДО)
Мы в inDrive расширяемся и ищем Backend Engineers (Middle / Senior / Staff) на Go — и особенно я ищу человека в KYC / Compliance Platform.
А там, где про KYC — это ко мне ❤️
🧩 Compliance как платформа, а не набор проверок
— архитектура
— data flows
— интеграции
— автоматизация
— AI верификация
⚙️ Техвызовы, от которых не скучно
— highload
— distributed systems
— system design
— предсказуемость изменений в регуляторке (да-да 🙂)
🌍 Международный продукт, где твой код =
безопасность миллионов пользователей.
👥 Команда — любовь
— сильная инженерная культура,
— думающие архитекторы,
— вменяемые стейкхолдеры (это важно!),
— продуктовый майндсет.
☀️ Казахстан
яркий, современный и очень рабочий и родной.
Что нужно
— уверенный Golang
— опыт со scalable distributed systems
— желание думать, а не просто писать код
Если хочется:
💥 сложного
💥 веселого
💥 продуктового
💥 и на Go
Go к нам 🙂
Мне в прошлый раз невероятно помог ваш шеринг с поиском аналитика — надеюсь, в этот раз случится так же 🫶
📩 Можно писать:
— в личку
— в комментарии под постом
И позовите своих гошников, если знаете тех, кто хочет в highload + сложный домен + глобальный продукт.
Подробнее вакансия
Очень жду своего человека 💚
(да, снова — ищу, и тот случай, когда ОЧЕНЬ НАДО)
Мы в inDrive расширяемся и ищем Backend Engineers (Middle / Senior / Staff) на Go — и особенно я ищу человека в KYC / Compliance Platform.
А там, где про KYC — это ко мне ❤️
🧩 Compliance как платформа, а не набор проверок
— архитектура
— data flows
— интеграции
— автоматизация
— AI верификация
⚙️ Техвызовы, от которых не скучно
— highload
— distributed systems
— system design
— предсказуемость изменений в регуляторке (да-да 🙂)
🌍 Международный продукт, где твой код =
безопасность миллионов пользователей.
👥 Команда — любовь
— сильная инженерная культура,
— думающие архитекторы,
— вменяемые стейкхолдеры (это важно!),
— продуктовый майндсет.
☀️ Казахстан
яркий, современный и очень рабочий и родной.
Что нужно
— уверенный Golang
— опыт со scalable distributed systems
— желание думать, а не просто писать код
Если хочется:
💥 сложного
💥 веселого
💥 продуктового
💥 и на Go
Go к нам 🙂
Мне в прошлый раз невероятно помог ваш шеринг с поиском аналитика — надеюсь, в этот раз случится так же 🫶
📩 Можно писать:
— в личку
— в комментарии под постом
И позовите своих гошников, если знаете тех, кто хочет в highload + сложный домен + глобальный продукт.
Подробнее вакансия
Очень жду своего человека 💚
inDrive Careers
Senior Backend Engineer - Kazakhstan | inDrive Careers
Join inDrive in a Senior Backend Engineer job based in Almaty , Kazakhstan . Apply now for this Hybrid , vacancy.
🔥5
Мультиаккаунтинг — за и против.
Тема, вокруг которой обычно сразу начинается спор!
Мультиаккаунтинг — это когда один и тот же человек легитимно или фактически имеет несколько аккаунтов в одной системе.
Самый банальный пример — аккаунты Google.
Личный. Рабочий. Проектный.
Мы спокойно переключаемся между ними десятки раз в день — это тот случай, когда мультиаккаунтинг — офигенно классная штука!
Пример боли с мультиками — банк (а какой еще у меня может быть пример 🤣).
Два аккаунта одного человека.
Но:
— разные балансы
— но должны быть общие лимиты
— разные счета
— но хотелось бы общего управления
И вот тут пользователь внезапно оказывается в аду.
Личная история.
Лет 12 назад я пыталась в Сбере разобраться с пачкой своих учеток. Исторически они появились в разные моменты жизни, под разные продукты и открыты были в разных районах СПб.
А дальше началось классическое:
«идите в то отделение, где открывали».
И это мы сейчас говорим только про пользовательскую сторону.
Почему для компаний мультик чаще геморрой?
Потому что:
— лимиты начинают считаться неправильно
— риск-профиль размазывается
— антифрод видит «разных» пользователей
— KYC дублируется
— поддержка не понимает, с кем именно она разговаривает
Добавьте сюда:
— регуляторные требования
— отчетность
— аудит
— санкционные и AML-проверки
— кросбордер (когда пользователь может в нескольких странах в рамках одного сервиса работать)…
И мультиаккаунт перестает быть «просто дублем». Он становится отцом критического риска!
ИМХО (и с ним можно не соглашаться)
Я считаю, что любой мультиаккаунтинг проще разрешить, чем запрещать!
А контроль должен быть вынесен на уровень сущности человека, а не аккаунта.
Да, на первый взгляд это:
— дороже
— сложнее
— требует архитектурной дисциплины
Но в долгую такое решение выигрывает.
Почему:
— аккаунты можно доклеивать по мере роста экспертизы
— лимиты можно держать общими
— риск можно считать на человека
— продукты можно разделять по ролям
И самое главное —
вы перестаете врать себе, что в системе «нет повторных аккаунтов».
Потому что, как мы уже знаем по предыдущим постам,
какую бы систему вы ни построили — кейсы, которые ее обойдут, будут всегда!
Вопрос не в том, будут ли мультиаккаунты. Вопрос в том, признаете ли вы их существование архитектурно
или продолжаете бороться с реальностью.
А реальность
всегда побеждает 😭!
💬 А вы за или против мультиков?
Тема, вокруг которой обычно сразу начинается спор!
Мультиаккаунтинг — это когда один и тот же человек легитимно или фактически имеет несколько аккаунтов в одной системе.
Самый банальный пример — аккаунты Google.
Личный. Рабочий. Проектный.
Мы спокойно переключаемся между ними десятки раз в день — это тот случай, когда мультиаккаунтинг — офигенно классная штука!
Пример боли с мультиками — банк (а какой еще у меня может быть пример 🤣).
Два аккаунта одного человека.
Но:
— разные балансы
— но должны быть общие лимиты
— разные счета
— но хотелось бы общего управления
И вот тут пользователь внезапно оказывается в аду.
Личная история.
Лет 12 назад я пыталась в Сбере разобраться с пачкой своих учеток. Исторически они появились в разные моменты жизни, под разные продукты и открыты были в разных районах СПб.
А дальше началось классическое:
«идите в то отделение, где открывали».
И это мы сейчас говорим только про пользовательскую сторону.
Почему для компаний мультик чаще геморрой?
Потому что:
— лимиты начинают считаться неправильно
— риск-профиль размазывается
— антифрод видит «разных» пользователей
— KYC дублируется
— поддержка не понимает, с кем именно она разговаривает
Добавьте сюда:
— регуляторные требования
— отчетность
— аудит
— санкционные и AML-проверки
— кросбордер (когда пользователь может в нескольких странах в рамках одного сервиса работать)…
И мультиаккаунт перестает быть «просто дублем». Он становится отцом критического риска!
ИМХО (и с ним можно не соглашаться)
Я считаю, что любой мультиаккаунтинг проще разрешить, чем запрещать!
А контроль должен быть вынесен на уровень сущности человека, а не аккаунта.
Да, на первый взгляд это:
— дороже
— сложнее
— требует архитектурной дисциплины
Но в долгую такое решение выигрывает.
Почему:
— аккаунты можно доклеивать по мере роста экспертизы
— лимиты можно держать общими
— риск можно считать на человека
— продукты можно разделять по ролям
И самое главное —
вы перестаете врать себе, что в системе «нет повторных аккаунтов».
Потому что, как мы уже знаем по предыдущим постам,
какую бы систему вы ни построили — кейсы, которые ее обойдут, будут всегда!
Вопрос не в том, будут ли мультиаккаунты. Вопрос в том, признаете ли вы их существование архитектурно
или продолжаете бороться с реальностью.
А реальность
всегда побеждает 😭!
💬 А вы за или против мультиков?
❤🔥5❤4👍2
Полезняшка выходного дня 🧠⌨️
Нашла (и уже активно пользуюсь) штуку, которая внезапно сильно упростила жизнь — приложение с AI по горячим клавишам, которое работает прямо поверх любых программ.
Без переключений между окнами. Без «ой, тут нет встроенного AI». Вызвал хоткей → применил свой привычный промпт → получил результат.
Где мне зашло больше всего:
— переводы в Slack и Telegram (греческий, привет 🇬🇷)
— быстрые форматирования текста в Confluence
— работа с определениями и формулировками (да, тот самый промт под определения)
— любые повторяющиеся промпты (написать, переписать, структурировать)
Фактически это AI как системная функция, а не как отдельный чат.
Отдельное ❤️ — потому что сделал это человек, с которым мы когда-то вместе работали в Яндексе. Миша Степанов сейчас живет в Эстонии и уже много лет учит маленьких роботов кататься, а параллельно пилит такие удобные тулзы.
Не реклама — реально пользуюсь и кайфую.
Если вы, как и я, уже не представляете рабочий день без своих промптов — очень советую попробовать:
🔗 https://www.producthunt.com/products/ai-hotkeys
И да — мир бывших яндексоидов все еще регулярно поставляет что-то очень классное 🙂
А вот линк Миши, если хотите к нему с ОС или посмотреть что он еще придумал!
Нашла (и уже активно пользуюсь) штуку, которая внезапно сильно упростила жизнь — приложение с AI по горячим клавишам, которое работает прямо поверх любых программ.
Без переключений между окнами. Без «ой, тут нет встроенного AI». Вызвал хоткей → применил свой привычный промпт → получил результат.
Где мне зашло больше всего:
— переводы в Slack и Telegram (греческий, привет 🇬🇷)
— быстрые форматирования текста в Confluence
— работа с определениями и формулировками (да, тот самый промт под определения)
— любые повторяющиеся промпты (написать, переписать, структурировать)
Фактически это AI как системная функция, а не как отдельный чат.
Отдельное ❤️ — потому что сделал это человек, с которым мы когда-то вместе работали в Яндексе. Миша Степанов сейчас живет в Эстонии и уже много лет учит маленьких роботов кататься, а параллельно пилит такие удобные тулзы.
Не реклама — реально пользуюсь и кайфую.
Если вы, как и я, уже не представляете рабочий день без своих промптов — очень советую попробовать:
🔗 https://www.producthunt.com/products/ai-hotkeys
И да — мир бывших яндексоидов все еще регулярно поставляет что-то очень классное 🙂
А вот линк Миши, если хотите к нему с ОС или посмотреть что он еще придумал!
Product Hunt
AI Hotkeys: Use a hotkey to quickly summon ChatGPT | Product Hunt
You Cmd+Tab to ChatGPT 50 times a day. Paste text in, wait, copy result back. AI Shortcuts kills that loop: select text, press a hotkey, get the result right where you are. Translate, rewrite, summarize - or run any custom prompt.
👍4❤3🔥2
Аргументы против мультиков!
Продолжем тему прошлой недели. Когда предлагаешь разрешить мультики, почти сразу слышишь набор аргументов «почему так нельзя».
Вот самые частые — и что с ними делать, если вы все-таки хотите жить «честно»!
🚓 «Это фрод»
Мультиаккаунт ≠ мошенничество. Фрод — это поведение.
Решение: считать риск на уровне человека, а не аккаунта.
Мультик — сигнал. Фрод — вывод.
💸 «Лимиты разъедутся»
Разъедутся, если они считаются на аккаунт! Это архитектурная задача, а не запретительная.
Решение:
— лимиты на сущность человека
— явная агрегация
— разделение продуктовых и юридических ограничений
🤔 «Антифрод и AML не поймут»
Не поймут, если вы скрываете логику/связи/сущности.
Решение:
— хранить связь аккаунтов явно
— строить профиль риска на человека
— не делать вид, что это независимые сущности
😓 «Слоооожнааа и дорого»
На старте — сложнее.
Но модель «один аккаунт = один человек» плохо масштабируется.
Решение с контролем почти всегда выигрывает в долгую.
🚫 «Регулятор не разрешит»
Регулятору важно:
— кто человек
— как считаются лимиты
— есть ли аудит
Решение: разделите домены, очистите сущности и сдавайте регулятору то, что он хочет и как написано в документах, а не то, как прочитали.
Если принять, что мультики:
— неизбежны
— легитимны
— будут всегда
вопрос меняется.
Не «как запретить?», а «как безопасно с этим жить?».
И это уже честная архитектура, а если порыться на просторах интернета или взять консультации, то выяснится, что еще и практически все проблемы уже решены и они не проблемы, а паттерны!
💬 А вы какие «против» встречали или почему «против» сами?
Продолжем тему прошлой недели. Когда предлагаешь разрешить мультики, почти сразу слышишь набор аргументов «почему так нельзя».
Вот самые частые — и что с ними делать, если вы все-таки хотите жить «честно»!
🚓 «Это фрод»
Мультиаккаунт ≠ мошенничество. Фрод — это поведение.
Решение: считать риск на уровне человека, а не аккаунта.
Мультик — сигнал. Фрод — вывод.
💸 «Лимиты разъедутся»
Разъедутся, если они считаются на аккаунт! Это архитектурная задача, а не запретительная.
Решение:
— лимиты на сущность человека
— явная агрегация
— разделение продуктовых и юридических ограничений
🤔 «Антифрод и AML не поймут»
Не поймут, если вы скрываете логику/связи/сущности.
Решение:
— хранить связь аккаунтов явно
— строить профиль риска на человека
— не делать вид, что это независимые сущности
😓 «Слоооожнааа и дорого»
На старте — сложнее.
Но модель «один аккаунт = один человек» плохо масштабируется.
Решение с контролем почти всегда выигрывает в долгую.
🚫 «Регулятор не разрешит»
Регулятору важно:
— кто человек
— как считаются лимиты
— есть ли аудит
Решение: разделите домены, очистите сущности и сдавайте регулятору то, что он хочет и как написано в документах, а не то, как прочитали.
Если принять, что мультики:
— неизбежны
— легитимны
— будут всегда
вопрос меняется.
Не «как запретить?», а «как безопасно с этим жить?».
И это уже честная архитектура, а если порыться на просторах интернета или взять консультации, то выяснится, что еще и практически все проблемы уже решены и они не проблемы, а паттерны!
💬 А вы какие «против» встречали или почему «против» сами?
Telegram
ITKatya: культурные паттерны в IT
Мультиаккаунтинг — за и против.
Тема, вокруг которой обычно сразу начинается спор!
Мультиаккаунтинг — это когда один и тот же человек легитимно или фактически имеет несколько аккаунтов в одной системе.
Самый банальный пример — аккаунты Google.
Личный.…
Тема, вокруг которой обычно сразу начинается спор!
Мультиаккаунтинг — это когда один и тот же человек легитимно или фактически имеет несколько аккаунтов в одной системе.
Самый банальный пример — аккаунты Google.
Личный.…
👍6❤1
Завтра позвали на прямой эфир!
Присоединяйтесь! Давно не говорили «словами через рот»!
Присоединяйтесь! Давно не говорили «словами через рот»!
🔥2
Forwarded from Эмоции успеха | Елена Логачева
26 февраля, 18:00 ч. (мск)
Приглашаю вас на новый эфир:
«Когда коммуникации решают: эффективность команд в эпоху ИИ»
Сегодня AI-инструменты становятся умнее, а скорости — выше. Но эффективность команд по-прежнему ломается не в коде, а в коммуникациях. И об этом крайне важно говорить!
У меня в гостях:
Обсудим:
Эфир уже завтра — значит, самое время пройти РЕГИСТРАЦИЮ, чтобы получить свою ссылку на участие в zoom-встрече.
«Эмоции успеха» | Елена Логачева
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6❤2👍1
Новый рекорд или пробила дно! 🕳
На днях я, кажется, либо пробила дно, либо поставила личный рекорд.
⚠️15 встреч за 10 часов.⚠️
И это были не те созвоны, где можно тихо «присутствовать» фоном.
Каждая — с включенной головой, с решениями, с ответственностью.
Пятнадцать переключений контекста подряд.
Я не уверена, что такая акробатика вообще совместима с понятием «результативность».
Потому что после какого-то N-го переключения мозг уже не работает в режиме deep, он работает в режиме «следующая вкладка».
И ровно в этот момент мне попадается письмо Маска про:
— убирайте большие встречи
— убирайте частые встречи
— уходите, если не добавляете ценности
— общайтесь напрямую
— руководствуйтесь здравым смыслом
И самое ироничное — часть моих текущих правил хождения на встречи с этим почти совпадает.
Если хотите — отдельно расскажу.
Но есть нюанс.
В больших нетехнологических компаниях (где продукт в "реальной" сфере, а не космические технологи и тп) почти всегда огромный разрыв между бизнесом и разработкой даже на уровне понимания продукта (и это нормально).
Чтобы команда могла работать и не жила в календаре, менеджерский слой ходит на встречи вместо нее — собирает контекст, договаривается, снимает зависимости!
Поэтому иногда 15 встреч — это не про неэффективность, а про попытку защитить фокус команды.
Но вопрос остается:
— мы синхронизируемся
— или уничтожаем друг другу рабочий день?
💬 Какой у вас был самый безумный рекорд по встречам за день — и зачем?
И да — сегодня будет прямой эфир, где в том числе поговорим про эффективность и коммуникации в реальной календарной жизни.
😂 👍 👍 ❤️ 👌 😅 😊 😊 😍 😘
26 февраля, 18:00 ч. (мск)
Регистрация тут
На днях я, кажется, либо пробила дно, либо поставила личный рекорд.
⚠️15 встреч за 10 часов.⚠️
И это были не те созвоны, где можно тихо «присутствовать» фоном.
Каждая — с включенной головой, с решениями, с ответственностью.
Пятнадцать переключений контекста подряд.
Я не уверена, что такая акробатика вообще совместима с понятием «результативность».
Потому что после какого-то N-го переключения мозг уже не работает в режиме deep, он работает в режиме «следующая вкладка».
И ровно в этот момент мне попадается письмо Маска про:
— убирайте большие встречи
— убирайте частые встречи
— уходите, если не добавляете ценности
— общайтесь напрямую
— руководствуйтесь здравым смыслом
И самое ироничное — часть моих текущих правил хождения на встречи с этим почти совпадает.
Если хотите — отдельно расскажу.
Но есть нюанс.
В больших нетехнологических компаниях (где продукт в "реальной" сфере, а не космические технологи и тп) почти всегда огромный разрыв между бизнесом и разработкой даже на уровне понимания продукта (и это нормально).
Чтобы команда могла работать и не жила в календаре, менеджерский слой ходит на встречи вместо нее — собирает контекст, договаривается, снимает зависимости!
Поэтому иногда 15 встреч — это не про неэффективность, а про попытку защитить фокус команды.
Но вопрос остается:
— мы синхронизируемся
— или уничтожаем друг другу рабочий день?
💬 Какой у вас был самый безумный рекорд по встречам за день — и зачем?
И да — сегодня будет прямой эфир, где в том числе поговорим про эффективность и коммуникации в реальной календарной жизни.
26 февраля, 18:00 ч. (мск)
Регистрация тут
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9❤3
Помощь тем, кто хо стать спикером! 🤍
Каждый раз, когда я готовлюсь к конференции, во мне просыпается один и тот же человек. Маленький, противный, очень убедительный! Он садится рядом и начинает тихо спрашивать...
И самое забавное — это никак не зависит от количества выступлений, текстов, проектов, менторинга и всего остального. Можно сколько угодно раз выходить на сцену, регулярно консультировать компании и людей, можно получать хорошие отзывы — этот внутренний диалог все равно запускается по кругу.
Иногда это похоже на идиотские вопросы. Иногда — на очень честные и очень болезненные.
И я вдруг поняла, что пишу этот пост не потому, что нашла универсальный способ это починить.
Но я знаю одну важную вещь. Я знаю людей, которых сама считаю невероятными спикерами — и они проживают ровно то же самое. Каждый год. Перед каждым докладом. Это не исчезает. Это просто становится частью процесса.
Поэтому если вы в этом году думаете:
— то вот вам честный ответ изнутри: да, будет страшно. И это нормально. Бояться — нормально. Быть неуверенным — нормально. Даже хотеть все бросить — тоже нормально.
И при этом именно живые люди, с реальными кейсами и настоящими объяснениями, — это самое ценное, что у нас есть. Не идеальные презентации. Не вылизанные тексты. А возможность прийти к кому-то, кто разбирается, задать точный вопрос и услышать живой ответ. Унести с собой мысль, которой у тебя не было, и побежать дальше работать. Никакой AI пока не заменяет это ощущение.
Поэтому если вам нужна поддержка — приходите. Правда. Я готова помогать с темами, со структурой, с первыми шагами — просто потому, что спикеров должно становиться больше. Новых. Разных. Своих.
И Паша Гертман @zarazum , кстати, тоже сейчас этим занимается — помогает готовить выступления.
А еще мне очень хочется сделать из этого не мой монолог, а что-то большее. Если вы тоже готовы помогать начинающим — со статьями, с докладами, с блогами, с подачами — напишите об этом в комментариях. Давайте соберем живой список людей, к которым можно прийти за поддержкой.
Потому что чем шире этот круг — тем больше в нем света.
И тем меньше каждый из нас остается наедине со своим внутренним самозванцем! 💛
Каждый раз, когда я готовлюсь к конференции, во мне просыпается один и тот же человек. Маленький, противный, очень убедительный! Он садится рядом и начинает тихо спрашивать...
а это кому-нибудь вообще нужно?
а ты точно не капитан очевидность?
а вдруг ты сейчас выйдешь и будешь рассказывать какую-то странную, никому не понятную штуку?
а может, вообще не надо?
И самое забавное — это никак не зависит от количества выступлений, текстов, проектов, менторинга и всего остального. Можно сколько угодно раз выходить на сцену, регулярно консультировать компании и людей, можно получать хорошие отзывы — этот внутренний диалог все равно запускается по кругу.
Иногда это похоже на идиотские вопросы. Иногда — на очень честные и очень болезненные.
И я вдруг поняла, что пишу этот пост не потому, что нашла универсальный способ это починить.
Но я знаю одну важную вещь. Я знаю людей, которых сама считаю невероятными спикерами — и они проживают ровно то же самое. Каждый год. Перед каждым докладом. Это не исчезает. Это просто становится частью процесса.
Поэтому если вы в этом году думаете:
«а не начать ли мне выступать»,
«а не написать ли первый пост»,
«а не податься ли на конференцию»
— то вот вам честный ответ изнутри: да, будет страшно. И это нормально. Бояться — нормально. Быть неуверенным — нормально. Даже хотеть все бросить — тоже нормально.
И при этом именно живые люди, с реальными кейсами и настоящими объяснениями, — это самое ценное, что у нас есть. Не идеальные презентации. Не вылизанные тексты. А возможность прийти к кому-то, кто разбирается, задать точный вопрос и услышать живой ответ. Унести с собой мысль, которой у тебя не было, и побежать дальше работать. Никакой AI пока не заменяет это ощущение.
Поэтому если вам нужна поддержка — приходите. Правда. Я готова помогать с темами, со структурой, с первыми шагами — просто потому, что спикеров должно становиться больше. Новых. Разных. Своих.
И Паша Гертман @zarazum , кстати, тоже сейчас этим занимается — помогает готовить выступления.
А еще мне очень хочется сделать из этого не мой монолог, а что-то большее. Если вы тоже готовы помогать начинающим — со статьями, с докладами, с блогами, с подачами — напишите об этом в комментариях. Давайте соберем живой список людей, к которым можно прийти за поддержкой.
Потому что чем шире этот круг — тем больше в нем света.
И тем меньше каждый из нас остается наедине со своим внутренним самозванцем! 💛
Please open Telegram to view this post
VIEW IN TELEGRAM
❤14
Не очень сложное, но пугающее с выходных (и я не про политические конфликты) 😱
Я видела много. Очень много. Разные формулировки, странные процессы, вакансии «и швец, и жнец», компании с культом переработок и стартапы с зарплатой «зато идея».
Но такую вакансию — впервые.
Я сейчас даже не про вилку, не про формат оформления и не про «ненормированный рабочий день». Меня искренне интересует другой продуктовый артефакт.
Мудборд в Pinterest.
Серьезно?
И только после этого с тобой готовы поговорить.
Я пытаюсь понять продуктовую гипотезу этого решения.
Если цель —
👉 отсеять людей, которые не готовы тратить несколько часов жизни в никуда — окей, это честный фильтр.
Тут логика есть.
Но если это попытка
— оценить продакт-мышление
— понять культурный фит
— привлечь сильных кандидатов
— или, прости господи, увидеть «вайб»
…то у меня не сходится модель.
Потому что все, что там действительно проверяет профессию, — лежит в относительно нормальном кейсе в Notion.
А Pinterest — это что?
Отдельно меня восхищает формулировка:
То есть воронка найма начинается с многочасового неоплачиваемого задания без какого-либо контакта с компанией.
Ребята, я правда пытаюсь понять.
Это:
🟡 новые реалии российского рынка
🟡 специфика конкретного стартапа
🟡 способ найти very specific type of people
🟡 или просто случайный артефакт, который вывалился в ленту
Потому что пока моя единственная продуктовая интерпретация звучит так:
И вот это уже честная ценностная гипотеза 🙂
💬 Что думаете?
Я видела много. Очень много. Разные формулировки, странные процессы, вакансии «и швец, и жнец», компании с культом переработок и стартапы с зарплатой «зато идея».
Но такую вакансию — впервые.
Я сейчас даже не про вилку, не про формат оформления и не про «ненормированный рабочий день». Меня искренне интересует другой продуктовый артефакт.
Мудборд в Pinterest.
Серьезно?
Сделай доску с тем, что тебе нравится.
Сделай доску с тем, что тебе не нравится.
И только после этого с тобой готовы поговорить.
Я пытаюсь понять продуктовую гипотезу этого решения.
Если цель —
👉 отсеять людей, которые не готовы тратить несколько часов жизни в никуда — окей, это честный фильтр.
Тут логика есть.
Но если это попытка
— оценить продакт-мышление
— понять культурный фит
— привлечь сильных кандидатов
— или, прости господи, увидеть «вайб»
…то у меня не сходится модель.
Потому что все, что там действительно проверяет профессию, — лежит в относительно нормальном кейсе в Notion.
А Pinterest — это что?
Отдельно меня восхищает формулировка:
заявки без артефактов будут удаляться без рассмотрения.
То есть воронка найма начинается с многочасового неоплачиваемого задания без какого-либо контакта с компанией.
Ребята, я правда пытаюсь понять.
Это:
🟡 новые реалии российского рынка
🟡 специфика конкретного стартапа
🟡 способ найти very specific type of people
🟡 или просто случайный артефакт, который вывалился в ленту
Потому что пока моя единственная продуктовая интерпретация звучит так:
«Мы ищем не продакта.
Мы ищем человека, которому норм».
И вот это уже честная ценностная гипотеза 🙂
💬 Что думаете?
Habr
Вакансия «Product Manager», удаленно, работа в компании «Pintopay» — Хабр Карьера
Вакансия «Product Manager», удаленно, работа в компании «Pintopay». Полная занятость. Можно удаленно.
😁6🤔2🤡2
Большой материал про ОНБОРДИНГ! 👋
В свете последних постов и прямого эфира, поделюсь циклом материалов про онбординг, которые вышли Хабре! Финальная часть - только вчера (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/
Это не пересказ МК, а полноценный разбор с логикой, структурой и акцентами, которые обычно не помещаются в тайминг конференции.
💬 Будете читать — напишите потом, как вам. Так как это мой первый опыт переделки материалов МК в текст! Можно в комментариях на Хабре или мне в личку.
В свете последних постов и прямого эфира, поделюсь циклом материалов про онбординг, которые вышли Хабре! Финальная часть - только вчера (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/
Это не пересказ МК, а полноценный разбор с логикой, структурой и акцентами, которые обычно не помещаются в тайминг конференции.
💬 Будете читать — напишите потом, как вам. Так как это мой первый опыт переделки материалов МК в текст! Можно в комментариях на Хабре или мне в личку.
Хабр
Полгода на включение: как мы построили онбординг в команде не по инструкции. Часть 1: от хаоса до осмысленной системы
Возможно, я проклята. Иначе как объяснить, что снова и снова мне приходится собирать команды? Интервью — привычная часть моей работы, даже если прямо сейчас своей команды нет. Такая уж роль —...
❤8❤🔥4👍2🔥1
Раз уж неделя у меня пошла по линии «археология собственного прошлого», держите еще один артефакт.
Прекрасная Аня Афонина принесла запись моего доклада с летнего ProIT Fest V.
Это тот самый доклад в формате почти стендапа — для тех, кто хотя бы раз «нюхал» процессинг и понимает, почему некоторые вещи в финтехе одновременно смешные и трагические.
YouTube: https://youtu.be/mTgxAY_bja0?si=xUItSK9CPcBmudMM
VK: https://vkvideo.ru/video-214863425_456239162
К интеллектуальному контенту вернемся уже на следующей неделе.
А пока можно просто полюбоваться на меня прекрасную🙂
Прекрасная Аня Афонина принесла запись моего доклада с летнего ProIT Fest V.
Это тот самый доклад в формате почти стендапа — для тех, кто хотя бы раз «нюхал» процессинг и понимает, почему некоторые вещи в финтехе одновременно смешные и трагические.
YouTube: https://youtu.be/mTgxAY_bja0?si=xUItSK9CPcBmudMM
VK: https://vkvideo.ru/video-214863425_456239162
К интеллектуальному контенту вернемся уже на следующей неделе.
А пока можно просто полюбоваться на меня прекрасную
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
ProIT Fest V: Екатерина Лысенко - Бескультурные паттерны ФинТеха...
Проектирование в финтехе — это как Groundhog Day: все по правилам, но результат снова «мимо». Вместе пройдем поэтапно путь создания ядра любого финтех-продукта — процессинга.
Будем проектировать, выбирать архитектуру, отвечать на «невинные» вопросы бизнеса…
Будем проектировать, выбирать архитектуру, отвечать на «невинные» вопросы бизнеса…
❤8😁2
Иногда большие технологические прорывы происходят не в лабораториях.
А потому что одна женщина просто садится и едет.
В 1888 году Bertha Benz без ведома мужа взяла автомобиль, который изобрел Karl Benz, посадила в него двух сыновей и отправилась навестить свою маму.
Сегодня это звучит как обычная семейная поездка.
Но есть одна деталь:
это был первый автомобиль в мире — Benz Patent-Motorwagen.
Она проехала около 106 километров по маршруту из Mannheim в Pforzheim.
По дороге:
• покупала топливо в аптеке (так появилась первая в истории «заправка»),
• прочищала топливную систему шпилькой для шляпы,
• изолировала провод подвязкой,
• а тормоза ей помог усилить местный сапожник.
Эта поездка стала первой демонстрацией того, что автомобиль — это не эксперимент, а реальный транспорт.
Сегодня этот маршрут официально признан памятником технической истории Германии и известен как Bertha Benz Memorial Route.
И мне кажется, в этом есть очень важный символ 8 марта.
В истории технологий мы часто помним имена изобретателей.
Но рядом с ними были женщины, которые: поддерживали, верили, проверяли идеи на практике и иногда просто брали и делали, когда остальные сомневались.
Иногда именно это и превращает изобретение — в реальность.
И маленькая деталь — про матерей и силу любви.
Фильм, который напоминает, что любовь и вера преодолевает любые препятствия, даже те, которые не способна преодолеть физика:
Обещание на рассвете.
История о том, как далеко может зайти человек, если рядом есть кто-то, кто в него верит.
С Международным женским днем. 🌷
Пусть у нас всегда будет смелость садиться и ехать первыми. А если вы захотите поддерживать и любить, пусть это ценят!
А потому что одна женщина просто садится и едет.
В 1888 году Bertha Benz без ведома мужа взяла автомобиль, который изобрел Karl Benz, посадила в него двух сыновей и отправилась навестить свою маму.
Сегодня это звучит как обычная семейная поездка.
Но есть одна деталь:
это был первый автомобиль в мире — Benz Patent-Motorwagen.
Она проехала около 106 километров по маршруту из Mannheim в Pforzheim.
По дороге:
• покупала топливо в аптеке (так появилась первая в истории «заправка»),
• прочищала топливную систему шпилькой для шляпы,
• изолировала провод подвязкой,
• а тормоза ей помог усилить местный сапожник.
Эта поездка стала первой демонстрацией того, что автомобиль — это не эксперимент, а реальный транспорт.
Сегодня этот маршрут официально признан памятником технической истории Германии и известен как Bertha Benz Memorial Route.
И мне кажется, в этом есть очень важный символ 8 марта.
В истории технологий мы часто помним имена изобретателей.
Но рядом с ними были женщины, которые: поддерживали, верили, проверяли идеи на практике и иногда просто брали и делали, когда остальные сомневались.
Иногда именно это и превращает изобретение — в реальность.
И маленькая деталь — про матерей и силу любви.
Фильм, который напоминает, что любовь и вера преодолевает любые препятствия, даже те, которые не способна преодолеть физика:
Обещание на рассвете.
История о том, как далеко может зайти человек, если рядом есть кто-то, кто в него верит.
С Международным женским днем. 🌷
Пусть у нас всегда будет смелость садиться и ехать первыми. А если вы захотите поддерживать и любить, пусть это ценят!
❤21🔥3👍2
Полезняшка про AI 🤖
На днях LinkedIn порекомендовал мне — Евгения Брензовича. И я быстро провалилась в его посты про AI и особенно один про целую образовательную платформу. Вначале решила что это платный хайп: «5 видео и вы все знаете», но на деле!
Женя создал большой, структурированный ресурс про AI-агентов, который, на мой взгляд, лучше воспринимать не как курс, а как базу знаний.
Тут собрана очень большая и аккуратно разложенная по темам информация:
— что такое AI-агенты и как они устроены
— как с ними работать и экспериментировать
— подборки материалов и статей (многие переведены)
— практические инструкции и разборы
— инфраструктурные вещи, включая то, где и как поднимать сервера
По сути, это end-to-end учебник, который объясняет не только теорию, но и то, как реально начать что-то делать руками.
Это не реклама!!! Я сама написала Жене и предложила рассказать про этот ресурс, потому что, на мой взгляд, он проделал действительно большую работу, которая может быть полезна многим!
Важно: ресурс полностью бесплатный.
Ссылки оставлю ниже:
Учебник: https://ai.arckep.ru/
Канал Жени в Tg: https://news.1rj.ru/str/brenzovich_ai
На днях LinkedIn порекомендовал мне — Евгения Брензовича. И я быстро провалилась в его посты про AI и особенно один про целую образовательную платформу. Вначале решила что это платный хайп: «5 видео и вы все знаете», но на деле!
Женя создал большой, структурированный ресурс про AI-агентов, который, на мой взгляд, лучше воспринимать не как курс, а как базу знаний.
Тут собрана очень большая и аккуратно разложенная по темам информация:
— что такое AI-агенты и как они устроены
— как с ними работать и экспериментировать
— подборки материалов и статей (многие переведены)
— практические инструкции и разборы
— инфраструктурные вещи, включая то, где и как поднимать сервера
По сути, это end-to-end учебник, который объясняет не только теорию, но и то, как реально начать что-то делать руками.
Это не реклама!!! Я сама написала Жене и предложила рассказать про этот ресурс, потому что, на мой взгляд, он проделал действительно большую работу, которая может быть полезна многим!
Важно: ресурс полностью бесплатный.
Ссылки оставлю ниже:
Учебник: https://ai.arckep.ru/
Канал Жени в Tg: https://news.1rj.ru/str/brenzovich_ai
Telegram
AI| Evgenii Brenzovich
Рабочие заметки про создание AI продуктов.
- arckep.ru
- AI storytelling
- Computer vision эксперименты
- куски проектов
Пишу когда есть что записать.
- arckep.ru
- AI storytelling
- Computer vision эксперименты
- куски проектов
Пишу когда есть что записать.
🔥7❤3👍2