Интервью, где важно не думать, а вспоминать
Почему собеседование — это не экзамен. Что на самом деле показывает умение рассуждать, и как отличить инженера, который мыслит, от того, кто просто помнит.
📚
Введение
Я был по обе стороны монитора. И как тот, кого собеседуют, и как тот, кто собеседует. И самое странное начинается тогда, когда интервью превращается в экзамен.
— А что делает метод
unshift()в JavaScript?
— Эээ… добавляет элемент в начало массива, вроде?
— Отлично! А теперь перечислите все виды нефункциональных тестов!
И ты сидишь, думаешь:
Зачем это? Я вроде не на экзамен пришёл.
Елена Владимировна, а можно поменять билет?
🎯 Что я реально смотрю, когда сам собеседую
Когда я был на стороне интервьюера, у меня всегда был один критерий — смышлённость. Не знания по списку, не умение выдать правильное определение, а именно:
- умеет ли человек анализировать,
- связывать факты,
- логически решать задачу, а не просто гуглить ответы.
Потому что технические вещи — это дело наживное. Да я тебе сам всё покажу и расскажу, если надо. Но вот умение думать и рассуждать — этому не научишь за день.
🧠 Мозг — не флешка
Я не храню в голове справочник по всем языкам и методам. Если я никогда не использовал unshift(), мозг просто вычищает это, как кэш браузера.
И это нормально.
Инженер — это не человек, который помнит всё.
Это человек, который умеет быстро разобраться, найти нужную информацию и применить её.
💡 Поэтому на интервью я всегда проверяю другое
Я даю задачки на логику, мышление и анализ:
- Как бы ты проверил, что система не просто выдерживает нагрузку, а восстанавливается после сбоя?
- Как бы ты нашёл узкое место, если нет метрик?
- Когда бы ты выбрал soak тест, и что бы ты ожидал увидеть?
Ответ не обязан быть идеальным. Главное, чтобы был ход мысли.
Потому что человек, который умеет рассуждать, разберётся даже в новом для себя инструменте. А тот, кто просто выучил ответы — растеряется при первой проблеме или дедлайне.
💻 И немного о лайв-кодинге
Лайв-кодинг на собеседовании для перф-инженера? Это что вообще такое? 😅
Когда тебе дают задачу:
Напиши скрипт на Python, но без AI и Google.
Или ещё лучше:
Напиши скрипт, собери докер компоуз, запусти тест, проанализируй, сделай отчёт.
В реальности ни один инженер не решает проблемы в вакууме. Без AI, документации и команды. Можно было не терять 2–3 часа нескольких человек, а просто попросить проанализировать пару графиков.
📎 В итоге
Если вам нужен человек, который выучит всё наизусть — наймите студента. 🎓
Если нужен человек, который разберётся, как всё реально работает — ищите того, кто задаёт вопросы.