Як пройти співбесіду HackerRank?
Автор: Aaron Cao · Оновлено
Це вирішують три речі: проходження прихованих тестових кейсів, а не лише прикладів, завершення в межах таймера та перебування в межах проконтрольованого вікна. Тренуйтеся у власному редакторі HackerRank, щоб середовище не стало тим, що вас здивує.
Що насправді оцінює HackerRank?
Бал, який бачить рекрутер, — це не просто «пройшов» чи «не пройшов». Оцінювання HackerRank повідомляє одразу кілька речей, і знання того, які з них змінюються незалежно, впливає на те, як ви використовуєте час.
- Пройдені тестові кейси. Кожна задача запускається проти видимих прикладів і більшого прихованого набору. Саме в прихованому наборі містяться порожні вводи, поодинокі елементи, дублікати й максимальні розміри. Більшість втрачених балів — це межові випадки, а не хибні алгоритми.
- Часткові бали. Оцінювання зазвичай відбувається по кожному тестовому кейсу, тож коректне, але повільне рішення отримує реальні бали. Неподане ідеальне рішення не отримує жодного.
- Обмеження часу й пам'яті. Там, де задача їх встановлює, неефективне рішення отримує таймаут на великих прихованих кейсах, хоча проходить кожен приклад.
- Звіт проктора. Перемикання вкладок, втрата фокуса, події вставлення й, якщо ввімкнено, кадри з вебкамери додаються до вашого рішення, щоб рекрутер міг їх переглянути.
Те, що перевіряють інші платформи для найму, етап за етапом, розписано в розділі про платформи для найму.
Як готуватися до раунду оцінювання?
Ви вже знаєте алгоритми й усе одно втратили бали минулого разу, через що практика здається марною. Цей розділ описує те, що стосується середовища, а не навичок. Більшість балів, які можна повернути, лежать саме там, і повернути їх недорого.
- Тренуйтеся в редакторі HackerRank. Це не ваш IDE. Немає автодоповнення, на яке ви покладаєтеся, немає відладчика, а ваші комбінації клавіш зникли. Розв'яжіть у ньому кілька повних задач до справжнього випробування.
- Вивчіть заготовку вводу. Деякі задачі дають вам готову розібрану сигнатуру функції, інші вимагають, щоб ви самостійно читали зі стандартного вводу. Неправильне прочитання заготовки — поширений спосіб провалити кожен тестовий кейс попри коректну логіку.
- Оберіть мову, у якій ви найшвидше відлагоджуєте код, а не ту, що виглядає найвражаючіше. Метрика — це проходження тестів.
- Спочатку напишіть brute-force-рішення, відправте його, потім оптимізуйте. Закріпити часткові бали до закінчення часу — найцінніша звичка.
- Перевірте межові випадки вручну: порожній ввід, один елемент, усі однакові, максимальний розмір.
Уявіть бекенд-інженера, який готується до співбесіди з командою платформи. Він уже раніше розв'язував базові задачі, але провів перший відрізок тесту, борючись із заготовкою парсингу вводу, і надіслав одне рішення замість трьох. Жодного стосунку до цього не мали його знання алгоритмів.
Що змінюється в живому раунді CodePair?
CodePair — це спільний редактор із живою людиною на дзвінку, що робить це розмовою з кодовим артефактом, а не тестом. Оцінювання — це судження людини, і мовчання читається погано.
- Переформулюйте задачу й підтвердьте обмеження, перш ніж щось писати.
- Спершу проговоріть свій підхід уголос, включно з тим, який ви відхилили, і чому. Інтерв'юери оцінюють міркування, і відхилений підхід є доказом цього.
- Пишіть код, розмовляючи. Довгі мовчазні паузи — найпоширеніша скарга, яку інтерв'юери озвучують щодо цього раунду.
- Проговорюйте свої тестові кейси. Проходження межового випадку без прохання сигналізує ту саму ретельність, яку приховані тести вимірюють в асинхронному раунді.
- Питайте, перш ніж оптимізувати. Часто інтерв'юер хоче робочу версію й обговорення складності, а не оптимальну версію.
Тренування цього проговорювання вголос — саме те, для чого призначений режим тренувальної співбесіди, оскільки тут провал має вербальну, а не алгоритмічну природу.
Де доречний AI-асистент для співбесід, а де ні?
Прямота в цьому питанні важливіша за маркетингову відповідь.
- Проконтрольоване оцінювання HackerRank виходить за межі можливого. Проктор записує перемикання вкладок, втрату фокуса, події вставлення й кадри з вебкамери. Демонстрація екрана, запис екрана, проконтрольовані середовища та комп'ютери, керовані компанією, — це випадки, коли жоден асистент не є доречним, і SubcueAI не стверджує протилежного.
- Підготовка — ось де це доречно. Проведення тренувальних раундів заздалегідь, уголос, формує звичку проговорення, яку оцінює раунд CodePair.
- Behavioral-розмови та розмови про system design навколо раунду з кодування — це звичайні співбесіди у звичайному програмному забезпеченні для зустрічей, і саме для цього побудовано SubcueAI.
Що платформа може, а що не може бачити, детальніше описано в розділі про виявлюваність.