Irregular CDO

Яндекс, с днем рождения

domain: YANDEX.RU
created: 1997-09-23T09:45:07Z

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

Поэтому, видимо, канальчик какое то время поживет в режиме дневничка.

Жанр «о чем вижу, о том пою». Потом почищу, наверное

Поразвлекайтесь с ChatGPT. Загрузите туда фотку, которая вам нравится и вот такой промпт (Turn the person from the photo into a grotesque humorous fashion caricature sketch. Strongly exaggerated anatomy, elongated proportions, expressive crooked hands, dramatic face, awkward elegant posture, satirical fashion energy, messy ink lines, rough watercolor, sketchbook style, vintage magazine illustration on beige aged paper. Add handwritten Russian notes, arrows, funny observations, doodles, and absurd personality analysis around the character).

Если запостите свой результат в комменты - будет прикольно.

Я тут довольно с большим скепсисом относился к творческим потугам ИИ. Но сегодня меня слегка порвало.
Есть такой, немертвый (как он себя сам называет, поэт, Григорий Валовенко. Он написал смешной текст про красную шапочку месяцев 7-8 назад. https://www.liveinternet.ru/users/l7753191l/post511451663/

А пару недель назад кто-то подсунул этот текст в Suno.ai. И мне прямо очень нравится получившийся результат. Раз пять на репите.
https://top-pesenki.ru/russkie/19456-suno-ai-novaja-istorija-krasnoj-shapochki.html

Реклама Яндекса в Турции с разницей в 14 лет. Март 12 против февраля 26

Умер Скотт Адамс, создатель Дилберта. Невероятно жаль

Приближается важный момент — совсем скоро будет определён список победителей и состоится церемония награждения премии Data Award. Проект выходит на финишную прямую, и уже началась публикация первых интервью с командами и проектами-номинантами.

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

Если у вас есть сильный data-проект — вы ещё успеваете подать заявку. Время есть, но его становится всё меньше.
Спешите заявить о себе 🚀

Подробнее и первые интервью — по ссылке:
https://www.osp.ru/articles/2026/0113/13060333

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

А то оливье уже закончился, пора на работу

Давно не писал. Жизнь что-то ключем… гаечным, по голове. Прямо хреначит.

Осень что-то очень активная. Позвали в жюри RetailTechAwards - судить номинацию #ЛИДЕР В AI (в ритейле). Будет очень интересно.

В пятницу выступал на форуме «Цифровые решения». Была прекрасная сессия про качество данных.
Любимая мной тема, которая в принципе хорошо описывается фразой «Garbage in - Garbage out». Был удивлен тем фактом, что некоторую часть дискуссии мы потратили на то, что бы убедиться, что все согласны с тем, что исправления надо вносить на источнике, а не на целевой системе. Кажется довольно очевидным фактом.

В целом, я пришел с таким набором тезисов в голове:
1. Качество данных это про инструменты или про процессы?
Это в первую очередь про процессы, которые поддерживаются инструментами.
• Процессы определяют что, кто, когда и как делает для обеспечения качества. Без четких процессов (сбор, валидация, стандартизация, обновление, мониторинг) даже самый дорогой инструмент превратится в "пылесборник".
• Инструменты — это как мы эффективно и масштабируемо выполняем эти процессы. Они автоматизируют проверки, выявляют аномалии, визуализируют метрики.
Вывод: Качество данных — это в 80% управленческая и организационная задача (процессы, люди, ответственность) и на 20% — технологическая.

2. Каковы ключевые «болевые точки» в процессах сбора и обработки данных, влияющих на качество?
1 "Мусор на входе — мусор на выходе": Данные вводятся без немедленной проверки на корректность.
2 Ручной ввод и человеческий фактор: Опечатки, нестандартные форматы .
3 Разрозненность и изолированность систем ("силосы данных»). Нет "единой версии правды".
4 Отсутствие единых стандартов и справочников.
5 Несвоевременное обновление.
6 Слабая координация между источниками.

3. Как измерять качество данных?
Качество данных измеряется через набор метрик:

• Полнота: Какой процент обязательных полей заполнен?
• Точность / Достоверность: Насколько данные соответствуют реальности? (Проверяется через перекрестные проверки с доверенными источниками).
• Непротиворечивость: Не противоречат ли данные внутри системы и между системами? 
• Своевременность (актуальность): Насколько данные обновлены по отношению к реальному миру?
• Уникальность: Нет ли дублирующихся записей об одном и том же объекте?
• Валидность: Соответствуют ли данные заданному формату, типу и диапазону значений? (Например, email должен содержать "@").

И все возможные комбинации их.

4. С какими основными типами ошибок вы сталкиваетесь чаще всего и к каким последствиям это приводит?
1 Дубликаты записей
2 Ошибки ручного ввода: Опечатки
3 Неактуальные данные - Решения принимаются на основе устаревшей информации 
4 Нарушение референциальной целостности: Запись ссылается на несуществующий объект.

5. Можно ли автоматически выявлять и исправлять аномалии и ошибки в данных, не создавая новых рисков?
Да, но с оговорками.
◦ Выявлять — можно и нужно автоматизировать на 90%. Правила, статистические методы и ML-модели отлично справляются с этим.
◦ Исправлять — здесь нужна осторожность.
Стратегии:
a Автоматическое исправление по четким правилам.
b Пометить на проверку ответственному - Для сложных случаев или потенциальных дубликатов система не принимает решение сама, а создает заявку для проверки человеком.
c Заблокировать запись и запросить источник: Система не пропускает некорректные данные и требует перепроверки на точке ввода.
◦ Главный риск автоматического исправления — ложное срабатывание и "исправление" правильных данных на неправильные. Поэтому полная автоматизация исправления применяется только для самых простых и безошибочных сценариев.

Грубовато в деталях, но верно по сути

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

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

Плюс у нас накопилось пачка вопросов по контракту и обязательствам, которые лучше бы решить лично.

Вот так я на два дня слетал в Токио.

Но суть не в этом. Прошло мероприятие, я даже на нем выступил. На русском. С заранее утвержденным текстом. Рядом стояла Юля, переводя мой голос на японский.

А дальше, день переговоров. Было довольно бурно, но. Война войной, а обед по расписанию.

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

Сказано - сделано. Встали и пошли обедать. Шли какими-то переулками. И пришли в …
пиццерию

Видимо правильно оценив мой энтузиазм, вечером меня отвели на ужин в правильное место. И рыба там была, и теппан, и все что полагается. А на следующее утро я улетел домой.

Но в маленькой черной книжечке запись про праздничный обед осталась. Поэтому, когда Мацуда Сан сотоварищи прилетели в Москву, мы с коллегами отвели их в якиторию ;)

Для понимания предыдущей истории, лирическое отступление о том, как устроены были издательства в Японии в 2010 и около годах.

Так как почти весь рынок ММО в Японии формировался на корейских продуктах, в то время как локальные разработчики в классические клиентские ММО не шли, занимаясь в основном консолями и браузерками, среднестатистический издатель был устроен следующим образом.

С и С-1 уровни - почти полностью корейцы, которые успели поработать над разной степени успешности играми на родине, и переехали за длинной йеной.

Линейный персонал - полностью местное население.

Сезонные работники (поддержка, работа с сообществом, массовое тестирование) - почти полностью корейцы.

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

Культурализация

Однажды, в прошлой жизни, я имел удовольствие одновременно запускать локализацию Аллодов Онлайн на Японию и Корею. Невероятный опыт. Для начала про Японию прекрасное.

Структура взаимодействия была устроена следующим образом.
С этой стороны - я, в качестве ответственного за рынок, сроки, перформанс. Команда разработки, включая техническую команду (то, что сейчас можно назвать эксплуатацией), дизайн ( в смысле game design), художники, ну и в целом вся разработческая рать.

С той стороны наверняка тоже была техническая команда, но меня к ней не пускали. Был фронт, с которым я общался. И это было гомерически смешно.

Японские партнеры назначили продюсера, который, по их мнению, максимально хорошо мог справиться с этими странными русскими разработчиками. И причина подобного допущения была довольно простой - Мацуда Сан был алкоголиком :). Помимо этого, безусловно важного качества, он имел в опыте запуск двух браузерных корейских ММО и полное отсутствие знания языков кроме японского.
Поэтому, для того, что бы он мог общаться с представителями разработчика, в структуре появился персональный переводчик на этом проекте. Девочка из Беларуси, по имени Юля. Юля жила в Японии 12 лет, знала японский, английский и русский. Юля никогда не работала в игровой разработке или в издании, а предыдущие 10 лет была Sales в ювелирном бутике. Что отдельно доставляло.

И вся коммуникация строилась через нее.
Было очень смешно.
Как пример.

Мацуда Сан пишет письмо на японском, на всю банду в Японии.
Юля переводит письмо на английский, окультуривает его в меру своего понимания, отправляет на всю банду в России (на меня), и ставит всю банду из Японии в копию.

Тут я охреневаю от написанного - потому, что ничего не понятно, но очень интересно, и я иду в MSN Messenger (помните был такой?), и на чистом русском языке спрашиваю у Юли, что именно они от нас хотят.
За часик уточняющих вопросов и дискуссий о том, что из себя представляют игры с точки зрения технологий, как работает локкит, и какие именно идеи стоят за тем или иным решением дизайнеров, суть становится понятна, и после некоторого количества консультаций внутри, я пишу на том-же самом английском языке ответ.

Через 10 минут ко мне в MSN прибегает Юля, перед которой стоит непростая задача перевода на японский ответа разработчиков. И начинает выяснять у меня, что именно я имел ввиду. Процедура повторяется.

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

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

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

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

Хорошее управление — это не про должность, а про умение держать баланс между людьми, задачами и здравым смыслом (в хорошем смысле слова).

17 октября у Авито Тех пройдёт конференция avito.tech.conf для тех, кто каждый день живёт в этом балансе — лидов, менеджеров и тимлидов.

На мероприятии выступят топы и руководители направлений Авито, которые расскажут, как устроены процессы внутри компании — без мотивационных лозунгов, просто как есть.

Темы конференции — исключительно практичные:
- как принимать решения, когда нет идеальных вариантов;
- как выстроить команду, чтобы не утонуть в микроменеджменте;
- как внедрять AI и не потерять фокус на людях;
- как расти как лидер, не выгорая.

Формат свободный: можно прийти в Москве или смотреть онлайн.

Нечасто бывает, чтобы большая компания открыто делилась своим управленческим опытом — обычно всё остаётся «внутри». Здесь появляется реальный шанс увидеть, как управляют там, где масштаб огромный, а решения приходится принимать быстро.

Вот так мы выяснили, что у меня не горят глаза, нет шила в попе, и горчицей мало помазали.

Прикольно. Linkedin включил всем оптаут на использование всего контента профиля для обучения AI.

И, в лучших традициях настройку спрятал.

Если вы, по какой-то причине, не хотите давать разрешение на использование своих данных - отключить можно тут: https://www.linkedin.com/mypreferences/d/settings/data-for-ai-improvement