За последние несколько лет я провёл около сотни алгоритмических интервью в роли интервьюера. Самое интересное, что проблемы не только в алгоритмах. Вот мой топ-10 ❗️ самых частых ошибок, которые вижу снова и снова 👇 1. Кандидат не берёт на себя лидерство. Мне часто приходится пушить: давай кодить, а что дальше, а какую идею выбираем, а давай теперь протестируем твой подход. Кандидат должен вести процесс. Кандидат - звезда на собеседовании, не интервьюер ✍️ 2. Не собирают требования. Пример: shortest path - кандидат не уточнил про отрицательные числа, полез писать Dijkstra, а оказалось, что бывают данные с отрицательными числами, но Dijkstra не работает, если есть отрицательные числа. Как итог - алгоритм не работает. 3. Вспоминают про требования очень поздно. Кандидаты часто вспоминают про constraints через 15–20 минут, когда алгоритм уже выбран или даже уже написана часть кода. Представь, если на работе начать делать задачу до того, как собрать требования - получится не то, что требует бизнес. 4. Прыгают между подходами. Предложил идею → не договорил → перескочил → вернулся обратно. Без структуры. 😭 5. Пытаются придумать сразу “идеальное” решение. Часто кандидат предлагает brute force решение и, до того как уточнить у интервьюера, начинает говорить, что это неэффективно и нужно предложить идею получше. Во-первых, это опять возвращает нас к сбору требований, а во-вторых, есть шанс, что самое эффективное решение не нужно для интервьюера и твоего подхода будет достаточно. 6. Думают молча. Если нужно подумать - скажите это интервьюеру, который, конечно же, даст вам время чтобы подумать. Но когда кандидат читает задачу про себя, молча придумывает решение и молча пишет код - интервьюеру вообще непонятно, как вы мыслите и как вам помочь в процессе. Решение простое: тренируйтесь решать задачи вслух. 7. Не вовлекают интервьюера. Почти никто не спрашивает: • То, что я сейчас объяснил понятно ли вам? • Желаете ли чтобы я подумал над другим более оптимальным решением или этого достаточно? Как и было сказано ранее: бывает, что brute force уже достаточно - но чтобы это узнать, нужно коммуницировать с интервьюером. Помните, интервьюер здесь, чтобы помочь вам, а не "потопить" вас. 8. Не следят за временем. Бывает так, что кандидат рассуждает 30–40 минут так и не успев полностью написать решение. Как ни крути, все сводится к тому есть ли решение или его нет. Тайминг - ответственность кандидата. 9. Слишком много или слишком мало заметок 😄 Либо вообще ничего. Либо пишут всё подряд. Оптимально будет написать ключевые пункты: • approach 1: brute force: do this, do that, time, space. • approach 2: binary search: do this, do that, time, space. 10. "Грязный" код. Опечатки, портянка кода без разделения на методы, странные имена переменных типа: int number, string s. Это все мелочи, но они сильно бьют по impression. 🤪 TL;DR: Алгоритмы - это только половина успеха. Вторая половина - коммуникация, структура и контроль процесса.