Live-coding и soft-skills: как показать мышление

Коротко. Live-coding джуна — это проверка процесса, а не скорости: как вы читаете задачу, задаёте вопросы, рассуждаете, реагируете на подсказки. Молчаливое идеальное решение оценивается ниже, чем разговорчивое с одной ошибкой: интервьюер выбирает человека, с которым будет дебажить по вечерам. Страх собеса в целом разбираем в чеклисте подготовки.

Что оценивают на самом деле

• Понимание задачи до кода: уточнили ли вы входы/выходы и края — или бросились писать.
• Ход мысли вслух: интервьюер не телепат; тихий кандидат = неоцениваемый кандидат.
• Реакцию на подсказки: подсказка — это подарок и тест: услышали, встроили — плюс; проигнорировали — минус.
• Работу с ошибками: нашли свой баг, спокойно починили — именно так выглядит рабочий день.
• Базовую чистоту: имена переменных, простота. Хитрый однострочник хуже понятных пяти строк.

Протокол: 6 шагов на любую задачу

1. Прочитайте вслух и переформулируйте: «Правильно понимаю: на вход…, на выходе…?» — уже первый плюс.
2. Уточните края: пустой ввод? отрицательные? дубликаты? большие объёмы? Два-три вопроса достаточно.
3. Проговорите план до кода: «Сначала лобовое решение через цикл, потом улучшу, если надо». Простое рабочее решение всегда лучше недописанного оптимального.
4. Пишите и комментируйте: не каждую строку, а решения: «Возьму словарь — нужен быстрый поиск по ключу».
5. Прогоните тест руками: возьмите пример из условия и пройдите код построчно вслух. Половина багов ловится здесь — и это выглядит очень профессионально.
6. Сами предложите улучшения: «Что бы я улучшил: сложность здесь O(n²), можно через set; плюс обработать пустой список». Даже если время вышло — вы показали потолок выше написанного.

Как говорить вслух: примеры фраз

• «Думаю между двумя вариантами: … Возьму первый, потому что проще проверить».
• «Здесь может быть подвох с пустым массивом — обработаю сразу».
• «Так, результат неверный. Смотрю: на каком шаге данные испортились… вот здесь индекс съехал».
• «Я бы в реальном коде вынес это в функцию, здесь оставлю так ради времени — окей?»
• На подсказку: «А, понял, вы про случай Х — да, мой вариант его не ловит. Исправляю».

Запретные фразы: «я это учил, но забыл», «у меня обычно IDE всё дописывает», «на реальной работе так никто не пишет» (даже если правда).

Застряли: план Б

1. Скажите об этом (молчание — худшее): «Застрял на условии выхода из цикла».
2. Вернитесь к примеру: прогоните маленький вход руками на бумаге — обычно распутывает.
3. Упростите задачу: «Решу сначала без условия Х, потом добавлю» — движение лучше ступора.
4. Попросите направление (это легально): «Подскажите, в верном ли направлении думаю?» Вопрос по делу оценивается нейтрально-положительно; 10 минут мучений в тишине — отрицательно.

Формат по ролям

• Frontend: чаще «сверстайте/напишите компонент»: список с фильтром, форма с валидацией, запрос к API с состояниями. Тренируйте это, а не литкод-хардкор.
• Backend: функция с обработкой данных, разбор JSON, простой эндпоинт; вопросы по ходу — про сложность и краевые случаи.
• QA (automation): написать/починить тест, найти баг в коде теста, локаторы; для ручного QA живой код заменяется live-тест-дизайном («протестируйте это поле» — разбор).
• Аналитика: live-SQL: JOIN + GROUP BY + оконка на экране. Проговаривайте план запроса до написания — работает так же, как с кодом.
• DevOps: баш-однострочники, «что делает этот пайплайн», починить Dockerfile — рассуждение вслух решает и здесь.

Подготовка за 2 недели

1. Дни 1–10: по 2 задачи easy в день (Codewars/LeetCode) — строго вслух, с таймером 20 минут, как на собесе. Навык «думать вслух» тренируется только вслух.
2. Дни 5–14: 3–4 мок-интервью с знакомым/ментором или хотя бы с диктофоном: послушайте себя — паузы, мычание, скорость.
3. Соберите набор шаблонов: перебор с накоплением, словарь-счётчик, два указателя, работа со строками — 80% джуновских задач собираются из этих кубиков.
4. Проверьте технику: камера, микрофон, шаринг экрана, привычный редактор. Технический хаос в первые 5 минут съедает уверенность.

Частые вопросы

Что важнее: решить задачу или хорошо рассуждать?
Для джуна — рассуждать. Решённая молча задача проверяет память; рассуждение проверяет, каким коллегой вы будете. Идеал — и то и другое, но при выборе интервьюеры чаще берут «говорящего».

Можно ли пользоваться гуглом/ИИ на live-coding?
Спросите прямо в начале: «Могу гуглить синтаксис?» Во многих командах — да. Тайком — нельзя: заметно всегда.

Насколько глубокие алгоритмы нужны джуну в РФ?
В большинстве продуктовых компаний — easy/medium: коллекции, строки, сложность на уровне «понимаю, что O(n²) плохо на больших данных». Литкод-марафоны нужны в бигтех.

Сильно волнуюсь и туплю на людях — что делать?
Это лечится только повторениями: 5–7 моков снижают тревогу кратно. И помните: интервьюер видел сотни волнующихся джунов, волнение — не минус; ступор без слов — минус.