🤔 Собеседование: порядок колонок в составном индексе

Есть таблица users (~1 млн строк) и запрос:

SELECT * FROM users WHERE city = 'Москва' AND sex = 'M';

Кардинальность:

* sex → 2 значения (низкая кардинальность → низкая селективность)
* city → ~5000 значений (высокая кардинальность → высокая селективность)

❓ Какой индекс эффективнее?

1) (sex, city)
2) (city, sex)

✅ Правильно: `(city, sex)`

Почему:
B-tree индекс работает по левостороннему префиксу - чем раньше индекс резко сокращает выборку, тем он эффективнее.

* (sex, city)
→ сначала деление всего объёма всего на M / F (≈50% таблицы)

* (city, sex)
→ сразу попадаем в «Москва» (маленький поднабор),
и уже внутри фильтруем по полу

📌 Правило

Для составных B-tree индексов с условиями = первой ставят колонку с более высокой кардинальностью,
чтобы как можно раньше отсеять лишние строки.

DevReady

Расскажи о себе

Самый частый вопрос и самый частый провал. Вместо ответа кандидаты пересказывают биографию, читают резюме или выдают хаотичный набор фактов.

Для меня ответ на вопрос «Расскажи о себе / своём опыте» – это маркер зрелости и способ задать направление интервью.

Как правильно отвечать:
Короткий уверенный питч на 40–60 секунд из трёх блоков:
1. Кто вы как специалист – роль и ключевая экспертиза.
2. Что вы делали – 2–3 достижения или проекта с измеримым результатом. Не перечень обязанностей.
3. Куда вы идёте – почему эта роль логично вписывается в ваш карьерный трек.

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

Если начинаете с «в 2015 году закончил университет…» – потеряли инициативу.

Этот ответ должен быть максимально отработан. От него зависит количество монеток в вашем кошельке.

DevReady

Базовый минимум сильного резюме

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

Есть несколько рекомендаций, которыми хочется поделиться, чтобы стало ещё лучше. Эта база позволит попасть в топ кандидатов. Все по Парето: 80/20.

1. Сделай удобно
- ссылка на контакт в Telegram и на живой GitHub;
- проекты в проде, которые можно открыть и «потыкать»;
- текст написан коротко и понятно;
- минимум узких и специфических терминов без контекста.

2. Работай на свой грейд

«Решал race conditions и deadlock’и на уровне архитектуры» для джуна звучит примерно так же, как «писал код» для сеньора. Хреново звучит то есть.

👉 Любой опыт можно представить в выгодном свете.
👉 Если опыта не хватает, то его можно добрать, а не выдумывать.

3. Достижения: самый недооцененный раздел

Используй это и проверь себя чек-листом. Грамотная формулировка отвечает на вопросы:
- что сделано;
- зачем делали;
- какую измеримую пользу это принесло бизнесу и почему это круто (это же круто?);
- какие инструменты и технологии использовали;
- контекст и масштабы решения (опционально).

4. Определи цель и построй вокруг неё историю

Самое важное - это понять, что ты хочешь. От этого зависит позиционирование, подача, каналы поиска и многое другое.

Идёшь в стартап - не стоит подробно рассказывать, как ты год внедрял одну фичу в корпорации.

Хочешь на мидла в Яндекс - тогда не пиши, что ты фулстек со знанием 15 разнообразных технологий.

Короче, лучше всего использовать здравый смысл и баланс. Но вы и так все знаете.

Удачи в поисках ♥️

DevReady

Дорогие друзья!

Поздравляем вас с наступающим Новым годом. Желаем спокойных собеседований, понятных вопросов и уверенных ответов.

Пусть знания, которые у вас уже есть, наконец конвертируются в офферы мечты.

Поиск работы и рынок труда в 2025 году – это большой стресс.

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

С Новым годом! 🚀

Компания мечты в 2026

В конце 2025 Хабр опубликовал рейтинг IT-брендов работодателей. Мы посмотрели на него не как на список «где лучше работать», а для диагностики рынка.

🏆 Лидеры 2025
Авиасейлс — №1 второй год подряд
Мемы мемами, но за ними 100% удалёнка и реальная забота о людях.

Авито — с 3 на 2
Прозрачные процессы и хорошая зп = понятная и устойчивая динамика.

2ГИС — с 5 на 3
Закрепились не просто как узнаваемый продукт, а как зрелая инженерная компания.

Dodo Engineering — с 6 на 4
Спокойный рост и прозрачная инженерная культура.

Точка — с 11 на 5
Один из лучших примеров, как сильный продукт тянет за собой HR-бренд.

📉 Кто просел

Positive Technologies — 2 → 17
Сокращения ~17% команды сильно ударили по доверию.

HeadHunter — 7 → 13
Обвалом назвать сложно, но вопрос «это IT или всё-таки HR-сервис?» остаётся актуальным.

Яндекс — 12 → 29
Имя в резюме всё реже оправдывает нагрузку и компромиссы по балансу.

VK — 15 → 50
Резкое падение на фоне постоянной турбулентности. Или просто Max…

ecom tech (ex Самокат) — 16 → 38
«Быстрый рост» больше не перекрывает ощущение нестабильности.

Сбер — 29 → 43
Медленное, но устойчивое охлаждение интереса со стороны IT.

Самолёт — 47 → 90
Массовые сокращения почти всегда дорого стоят бренду работодателя.

Что это всё говорит о рынке
1. Стабильность стала главным активом
Рынок стоит. Новых звёзд почти нет. Стратегия «пойду в громкое имя, а потом продам опыт» больше не работает по умолчанию.

2. Рейтинг — не про “где комфортно”
Он не про задачи и атмосферу. Он про то, как компанию видит IT-сообщество в целом.

3. Сокращения помнят долго
Даже если бизнесу стало «эффективнее», репутация восстанавливается медленно.

4. Удалёнка и забота — это уже норма
Это не бонус, а минимальный входной билет. Кто не дотягивает — выпадает из поля зрения.

5. HR-бренд = продукт
Маркетинг не спасёт, если внутри хаос и перегруз. Рынок стал маленьким и прозрачным — реальность догоняет слишком быстро.

DevReady

Секретное преимущество

Есть одно секретное преимущество при поиске работы в 2026 году. Нужно только лишь… начать пока все остальные ещё доедают салаты

Как всегда правы

Недавно публиковали пост про необходимый минимум правил, которые нужно соблюсти в резюме, включая описания достижений.

Выяснили, что наши рекомендации полностью бьются с алгоритмами hh.

В кабинете работодателей добавили фичу, которая парсит резюме и по паттернам написания, вычисляет
- "Достижения без конкретики"
- "Конкретные достижения"

Если достижения написаны не по правилам, то резюме снижается в поисковой выдаче 😔

Так что если у вас есть трудности с составлением резюме и оно выглядит на уровне «делал фичи, фиксил баги, проводил код-ревью» — а таких кандидатов даже в 2026 году по-прежнему немало, то шансы получить приглашение стали ещё ниже, а выйти на живого HR — ещё сложнее, поскольку ИИ-алгоритмы могут занижать рейтинг таких резюме.

DevReady

Не забываем о главном

DevReady

Карьерные консультации булшит?

Важное напоминание для тех, кто берёт карьерные консультации и готовится к собесам.

Сейчас много HR-каналов, сервисов и карьерных разборов. Часто в них повторяется одна и та же ошибка: HR-центричное мышление. Как будто именно HR решает, возьмут вас или нет.

На практике HR редко принимает финальные решения о найме. Его роль это фильтр, процесс и сопровождение кандидата.

Решения принимают нанимающие менеджеры, тимлиды, техлиды и интервьюеры. Люди, с которыми вы потом будете работать каждый день.

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

HR смотрит на соответствие формальному профилю. Опыт, стек, уровень, ожидания, адекватность по процессу.

Нанимающий менеджер / тимлид оценивает другое:
- сможете ли вы закрывать реальные задачи
- как вы думаете и принимаете решения
- будете ли полезны команде;
- какие риски вы несёте и какую ценность даёте бизнесу

Поэтому, готовясь к собеседованиям, важно отвечать не «как правильно», а так, чтобы показать: вы сможете эффективно работать именно в этой команде и в этом контексте.

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

При таком фокусе вероятность оффера кратно выше.

DevReady

Сквозная трассировка

Сквозная трассировка (distributed tracing) это рентген вашего приложения. Каждому запросу присваивается уникальный ID, который путешествует с ним через фронт, бэкенд, очереди, базы и внешние сервисы.

В результате вы видите полный таймлайн запроса и можете сразу понять: запрос «висел» 5 секунд не в коде, а, например, в очереди, на сетевом вызове или в блокировке БД. Вы не гадаете, где проблема, а видите конкретный сервис и конкретное узкое горлышко.

Что показывает P99 и почему он важен

P99 показывает поведение 1% самых медленных запросов.
Среднее время ответа почти всегда выглядит нормально и сглаживает хвост, где и живут реальные пользовательские проблемы.

Как они работают вместе

P99 работает как сигнализация, трассировка как микроскоп.

P99 говорит: «У 1% пользователей всё сильно тормозит».

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

Именно поэтому без трассировки P99 это просто тревожная метрика, а без P99 трассировка это поиск проблемы без понимания, насколько она действительно болит.

Понимание трассировок и метрик, таких как P99, это не только про инструменты. Это про способность видеть узкие места системы, быстро локализовать проблему и эффективно объяснять её команде и руководству.

Навык, который подсвечивает уровень инженера и выгодно выделяет среди коллег.

DevReady

Не забываем о главном

DevReady

🧐 Внутрянка найма в бигтехе

Слили внутреннюю методичку одной из крупнейших IT-компаний СНГ. Документ для HR: как выявлять «накрутчиков опыта» ещё на этапе резюме.

Чеклисты, типовые вопросы и метки во внутренней базе.

Есть одна проблема: по этим правилам отлетают не читеры, а нормальные разработчики.

😡 За что реально дают отказ:
— «Опыт описан шаблонно»
Не умеешь упаковывать резюме → накрутчик.
— «Слишком много технологий»
Широкий стек → подозрительно.
— «Не помнит детали проектов»
Не помнишь решения 5-летней давности → минус.
— «Отвечает заученно»
Подготовился к собеседованию → минус.
— «Стартапы сложно проверить»
Значит, опыта как бы нет.

🖕 Кто в зоне риска:
• сильные middle / senior, давно не выходившие на рынок
• те, кто не готовится к HR-скринингу
• все, кто волнуется на собеседованиях
• ИП / СЗ / фриланс / крипта

📌 Мораль:
HR-скрининг в среднем не про справедливость. Он про фильтры: чем больше кандидатов отсеем, тем меньше людей пойдёт дальше.

Максимальная честность и открытость сегодня скорее риск, а не преимущество.

Если не понимать, как работает эта система, тебя могут отсеять ещё до техсобеса, даже при реальном опыте.

Готовиться, упаковывать опыт и думать, как HR — не стыдно. Стыдно — даже не знать, что тебя уже отсекают.

Поддержи 🔥 если тема заходит. Будем публиковать ещё больше на эту тему.

DevReady

Не забываем о главном

DevReady

💡 Клуб 14 КБ — негласный стандарт скорости

Существует негласный «Клуб 14 КБ» - золотой стандарт для размера веб-страницы (первой отрисовки). Всё дело в механизме TCP Slow Start. Чтобы не перегрузить сеть, сервер не выливает на клиента весь контент сразу, а начинает с безопасного стартового «окна» в 10 пакетов (MSS). С учетом служебных заголовков это даёт нам примерно 14,6 КБ полезных данных. Если ваш HTML укладывается в этот лимит, страница прилетает пользователю за один сетевой цикл (RTT) сразу после рукопожатия, то есть фактически мгновенно.

⚠️ Превышение лимита = лишняя задержка

Но стоит превысить этот порог всего на 1 КБ (до 15 КБ), и скорость загрузки может упасть в два раза. TCP отправит первые 14 КБ и остановится, ожидая подтверждения (ACK) от клиента, что пакеты дошли. Только после этого сервер дошлет остаток. Этот процесс добавляет лишний круг ожидания (RTT), создавая задержку на ровном месте.

🌐 Даже с CDN есть пределы

Конечно, современные CDN (вроде Cloudflare) могут увеличивать стартовое окно, но базовый TCP всё ещё диктует свои правила: хотите идеальную скорость - ужимайтесь в первый пакет.

DevReady