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

Привет, Хабр! Меня зовут Леонид Калядин, я Cluster Data lead в МТС Web Services. Я отлично разбираюсь во всем, что связано с data, но вот в мобильной разработке — полный ноль. Во всяком случае был до недавнего времени. В этом материале я расскажу, как решил спасти дочь от надоедливой рекламы и навайбкодил Adventure Mazes — игру, которая вошла в топ Android TV в Google Play. Итак, кому интересны подробности — велкам под кат. 

… На этот раз без хейта, но с мемами.

Привет, Хабр! Меня зовут Леонид Калядин, я Cluster Data lead в МТС Диджитал. Однажды на собеседовании в очень известную компанию с моим знакомым случилась интересная история. После интервью он произнес всего одну странную фразу. «Я ответил все правильно, кроме тех вопросов, где нужно было ошибиться» Оказалось, что он дал верный ответ, а собеседующий начал утверждать обратное. В итоге моему другу отказали с формулировкой «У вас недостаточные знания SQL».

Вопрос при этом был простейший: «Какие поля можно вывести в SQL-запросе, при условии использования групповой функции?». Ответ друга: «Те, которые участвуют в группировке и результаты агрегации по другим полям». Внезапно собеседующий сотрудник сказал, что это не верно и вывести можно все поля. Вот так просто и безапелляционно он закончил интервью, не став ничего проверять в онлайн редакторе SQL-кода.

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

Привет, Хабр! Меня зовут Леонид Калядин, я Cluster Data lead в МТС Диджитал, занимаюсь развитием практики Data Governance и Data Quality в 25+ продукта кластера. Мне довелось долго работать в консалтинге и разбираться с проблемами в других системах. Вот смотришь со стороны на ИТ-продукт: все классно и продумано, должно работать как часы. А потом спускаешься на уровень данных и хватаешься за голову: как же допустили такую ошибку? Ее можно было избежать, если задать пару вопросов на стадии проектирования. Зато теперь переделывать все чуть ли не с нуля и ждать возможности вписать изменения в какой-нибудь релиз. Красота!

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

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