Откровенная аналитика

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

А это оклад или совокуп? Такое любят спросить на собесе после того, как ты изволил назвать свои зарплатные ожидания Отвечать на это нужно - оклад. Лучше вообще рассчитывать что премии не будет и, в случае если ошибёшься, просто радоваться приятной неожиданности) Почему так: 1️⃣ Премия штука ветренная. И зависит она в основном не от тебя. Если для акционеров/руководства будет по какой-то причине нужно не платить премию - это сделают 2️⃣ Премия платится "несвоевременно". Оклад приходит каждый месяц, а премия начисляется раз в 3/6/12 месяцев в зависимости от компании. А приходит ещё через 1-2 месяца после начисления. И её во-первых приходится ждать, во-вторых при увольнении вполне могут не заплатить премию за закрытый период, для которого ещё не пришло время выплаты 3️⃣ Проще планировать. Следствие двух предыдущих пунктов. На оклад всегда можно рассчитывать, в то время как премии может не быть в неподходящий момент. Особенно это важно, когда есть ощутимые финансовые обязательства 4️⃣ Легче сравнивать с другими компаниями. Схемы премирования у всех компаний разные и приводить к одному формату может быть затруднительно. А сравнить офферы по окладу гораздо проще Пожалуй единственное исключение которое я бы делал - это "индивидуальная" премия. У некоторых компаний есть фиксированная вилка на позицию, которую запрещено менять, и если ты в неё не попадаешь, могут предложить обойти с помощью премии, которая добивает компенсацию до нужной суммы. По сути это окладная часть, хотя в документах значится как премия

Нарандомил победителя в розыгрыше @kononov_sv поздравляю! Всем участникам спасибо за занимательные мнения)

Одна из самых редких функций в SQL Попробуйте решить такую задачу Есть таблица с результатами забега run В ней 2 колонки - name - имя спортсмена - time - время за которое он пробежал дистанцию Нужно найти того, кто занял 2 место Кажется легко, но есть одно условие. Cделать это одним запросом (то есть без подзапросов и временных таблиц) Пишите в комментах, получилось ли решить) А теперь ответ. Он на самом деле простой, но нужно знать специфичную функцию OFFSET - указывает сколько строк пропустить перед тем, как начать вывод

SELECT name
FROM run
ORDER BY time
OFFSET 1
LIMIT 1;

Для чего эта функция нужна на практике, кроме как чтобы решать такую задачу. Самое частое использование - пакетная выгрузка. Если не получается вычитать таблицу полностью (например в питоне), то можно грузить кусками по N строк - OFFSET как раз позволяет это сделать

В догонку к предыдущему посту Просто посмотрите на этого милашку Лида в самокат за 150к, которого искали всего 3.5 года назад. Как ему не просить +50% Не то чтобы это аргумент, скорее шутка. Но всё таки)

Как отвечать на вопрос про зарплатные ожидания Этот вопрос на собеседовании часто вызывает сложности. На него можно отвечать по разному, но если нужен максимально простой способ - называйте х1.5 от текущего дохода Почему просить +50% хорошая идея: 🟢 Рынок растёт сам по себе, да и вы не ерундой на текущем месте занимаетесь, а профессионально растёте. Соответственно растёт и ценность ваших компетенций 🟢 Вы почти ничем не рискуете. Если окажется, что такая цифра выше вилки, то рекрутер назовёт порог и вы уже сможете на него согласиться, если он приемлемый. Не назвать тоже могут, но чаще всего в случае, когда потолок компании хотя бы в 2 раза ниже - а такое нам не нужно 🟢 Если примете оффер, то не будете мучаться мыслью, а не надо ли было просить больше 🟢 Если же всё таки откажутся общаться, то будете знать вилку в компании И ещё одна цифра, которую стоит заранее определить и держать в голове Минимальный доход, который готовы рассматривать. Это нужно, чтобы не тратить время на не релевантные собесы. Кажется очевидно, но если эту планку чётко не зафиксировать, можно пройти несколько интервью с мыслью "ну вроде норм", а потом отказаться от оффера. При этом, если вдуматься, отказ был заранее предрешён

Пару дней назад был на конференции AHA!25 Самое весёлое и интересное на подобных конференциях обычно происходит на стендах компаний. В этот раз мне понравились холивары - дискуссии на неоднозначные темы в аналитике. Среди прочего обсуждали, что в последнее время от аналитика всё чаще ожидают продуктового подхода и бизнесового мышления - того, что раньше требовалось от менеджеров. Это довольно интересная тенденция, поэтому предлагаю в комментариях ответить на вопрос "В чём ключевое отличие аналитика и продакта" А ещё я насобирал мерча на конференции. Автору самого удачного ответа отправлю этот мерч. Победителя определю в конце недели случайно, но с вероятностью пропорциональной количеству реакций на ответе Ответов можно писать несколько и не обязательно серьёзных. Ни в чём себя не ограничивайте)

Самая большая ложь про SQL Однажды кто-то придумал объяснять джойны через диаграммы Венна и эта практика почему-то стала золотым стандартом Но диаграммы Венна придумывали для объяснения операций над множествами, а джойны не так работают. В этом случае круги не просто неточны, они скорее запутывают, чем объясняют Самая большая проблема такого объяснения - это дубликаты. Из пересечения кружочков вообще не очевидно, что один из них может раздуться до размеров вселенной. Наверное поэтому дубли - одна из самых частых ошибок в запросах Единственный джойн, который подчиняется тем же правилам, что и множества - это cross. Но по иронии судьбы его в диаграммах Венна нет Так что лучше забыть про круги. Вместо этого стоит представить, как каждая строка из левой таблицы идет искать все соответствующие строки в правой таблице. Так по началу сложнее, но гораздо точнее

Нашёл прикольный способ подтянуть SQL Это не тренажёр, а забавная игра - SQL Noir! Тут ты уже не аналитик, а детектив, который раскрывает преступления запросами в базу данных 🕵️‍♂️ Задачки нестандартные. Каждый кейс — это новая загадка, которая поможет более увлекательно освежить свои знания по SQL Ну и главное, она бесплатная. И даже больше - опенсорсная. Так что если есть желании можно доделать на свой вкус для онбординга стажёров в команду Пробуйте) https://www.sqlnoir.com/

3 технических вопроса, которые мне задали на скрининге в HeadHunter Как писал выше, сейчас технические задачи могут быть уже на этапе с рекрутером. Делюсь тремя такими вопросами, которые мне задали в HH 1⃣ Подбрасывают монетку. Какова вероятность, что три раза подряд выпадет орёл Вероятность выпадения орла - 1/2. Так как следующее подбрасывание не зависит от предыдущего нужно просто перемножить вероятности выпадения орла каждый раз и получить 1/8 2⃣ Чем union отличается от union all union all - объединяет все строки обеих таблиц union - делает то же самое, но сохраняет только уникальные строки 3⃣ Провели 1000 A/A тестов с уровнем значимости 0.05. Сколько из них прокрасятся По хорошему должно быть 50. Потому что заданное значение альфа определяет вероятность с которой вы увидите изменение там, где его нет, соответственно 1000*0.05=50 По факту может быть сколько угодно. Потому что вы могли плохо разделить выборку, подобрать неверный статистический критерий и так далее Делитесь, какие хардовые вопросы задавали вам)

К каким вопросам стоит быть готовым уже на hr-скриниге Раньше я думал, что hr-скрининг, это ничего не значащие поболтушки и на них можно забить В целом так и есть, но как я узнал на опыте отвалиться можно и на этом этапе, поэтому лучше быть готовым к некоторым вопросам 1. Расскажи о себе. Наверное наименее значимый из вопросов, потому что ответом на него скорее всего уже удовлетворились, просмотрев резюме. Но лучше подготовить краткий рассказ на пару минут о ключевых проектах и достижениях, чтобы не теряться, что сказать на звонке 2. Какие ожидания? Тут просто хотят понять, что ты попадаешь в их возможности и, конечно же, мечтают услышать, что при всём своём уме и ты попросишь ниже рынка. Стоит заранее продумать возможные границы, чтобы не метаться во время разговора 3. Почему решил рассматривать предложения или откликнулся сам? Так проверяют, нет ли в компании факторов, которые заставят скоро задуматься о смене работы 4. Что ищешь в работе, что важно? Ещё один вопрос на ту же тему, что и предыдущий - на сколько вакансия соответствует нефинансовым ожиданиям 5. Технические вопросы. Популярная в последнее время практика спросить что-то хардовое прямо на hr-интервью. Поэтому лучше быть готовым к хрестоматийным вопросам из индустрии

Как прокачиваться в аналитике, даже если нет времени Недавно случайно обнаружил классную фичу, которую, как оказалось, Google выкатил уже давно. Так понравилось, что решил поделиться У гугла оказывается есть Notebook LM, нейросеть, которая помогает разбирать тексты и резюмировать источники. Я бы это считал просто прикольным инструменом, но у него есть фишка: Он умеет делать аудиопересказ в формате диалога То есть просто загружаешь интеренсые статейки с Хабра или медиума, а потом слушаешь пересказ, того что так и не успелось почитать, например в дороге или на прогулке Это конечно не панацея от нехватки времени, но для ситуаций вроде: – «вспомнить нюансы A/B-тестов перед собесом» – «надо освежить, как работают ratio-метрики» Вообще отлично Попробовать можно тут https://notebooklm.google.com/

Чему я так и не научился за 4 года работы аналитиком За время моей карьеры в аналитике я прошёл десятки собеседований. Но я так и не смог перестать испытывать волнение перед интервью. Даже если я уверен, что у меня не могут спросить того, на что через мгновение у меня не будет ответа, даже если я не собираюсь работать в этой компании и мне безразличен результат, я всё равно чувствую себя как первоклассник который не выучил уроки (ну наверно, я на самом деле не знаю, что чувствует невыучивший уроки первоклассник) Но я нашёл способ с этим справиться - я просто чаще хожу на собесы) Это позволяет привыкнуть к волнению и потом общаться с нанимающим по делу и с удовольствием. А значит получается показывать лучшую версию себя и получать офферы Собеседования - норм тема, всем советую

Создал группу для публикации вакансий бигтехов с открытыми вилками Все пожелания и предложения по улучшению можно писать в комментариях или в лс Присоединяться тут: https://t.me/naked_salary/1/3 P.S. при вступлении лучше сразу отключите уведомления в general, чтобы вам не приходили отбивки о вступлении (к сожалению не нашёл как это сделать в ТГ)

Нашёл очень интересный симулятор по теории игр Если давно хотели познакомиться с теорией игр, но всё не доходили руки, то эта игра отличный вариант. Авторы смогли наглядно и увлекательно рассказать про то, как главная проблема социального взаимодействия - дилема заключённого - влияет на жизнь. А ещё симулятор заставляет задуматься о том, как ты принимаешь решения В общем познавательно и залипательно https://notdotteam.github.io/trust/

Вопрос про SQL в котором легко ошибиться На собеседованиях любят задавать вопрос про разницу union и union all. Смысл операторов прост: union all - объединяет все строки обеих таблиц union - делает то же самое, но сохраняет только уникальные строки Но можно легко ошибиться в вопросе, сколько минимум строк получится при объединении таблиц (в первой 10 строк, во второй 5). Интуитивно первым в голову приходит ответ 10, потому что во второй могут быть все строки совпадающие с первой. Но на самом деле правильный ответ - 1. union удаляет все дубли, полученные после объединения, а они могут быть и в первой таблице И в конце пара хороших практик по работе с объединением: 1⃣ Если точно известно, что в таблицах нет дублей - используй union all. Потому что union вычислительно намного сложнее из-за вычисление уникальных записей 2⃣ При объединении запросов перечисляй колонки явно (а не select *) - так не придётся чинить запрос, каждый раз, когда кто-то поменял таблицу