Наш разработчик 😎 Степан Гришунов несколько лет проводит технические интервью фронтендеров — и написал честный разбор: где врут соискатели, где перегибают работодатели и как вообще должен выглядеть нормальный техсобес.
🔗 На основе его опыта собрали чек-лист для интервьюеров. А советы для кандидатов — на Хабре по ссылке.
напишите коммент
9 комментов
· 07.06
Статья уровня почти дно, хотя нет, за "вкатышей" - днище полное. Для интервьюеров пользы - 0. Для кандидатов - 0.
Я вкатыш, если что. Вопросы?
0
ответить
коммент удалён
· 07.06
Любой баг может стать фичей) так что это не показатель Бизнес ждет денег, ему пофигу как ты ловко решаешь алгоритмические задачи, весь собес должен строиться на том какую ценность ты нанесешь бизнесу своим опытом давая решить реальные кейсы. Зачем вообще вы проводите лайвкодинг? Чтобы что? Увидеть что кандидат может печатать, знает синтаксис?
0
ответить
коммент удалён
· 07.06
Скажу так: ради того, чтобы показать, какие они крутые , раз у них юзаются тактики для найма бэкендеров из Гугла. Только вот они забывают, что ливкодинг в Гугле - это следствие их крутизны, а не причина. И когда ливкодинг проводит "Рога и Копыта", чтобы показать, что они не шарага, а серьёзные ребята, то это выглядит скорее патетично, нежели внушающе и авторитетно.
0
ответить
ответ удалён
· 10.06
С языка сняли 🤣
0
ответить
ответ удалён
· 10.06
В Яндыхе проводят, чтобы убедиться, что разработчик с годами подтверждённого трудовой и проектами опыта, умеет в примитивные функции IDE: автокомплит кода, доку в редахтуре, печатать, синтаксис, да... Вот это поворот! Откровения! 🤣 А если умеете в диффы кода, рефачить, использования... Но их лайвредахтур не умеет. Честно было стыдно за них. Сразу понятно, что основной поток нанимаемых - джуны.
0
ответить
ответ удалён
· 04.06
Это супер адекватно! Спасибо что в списке нет Топ-100 вопросов с ХАБР и всякого рода задачек из школьной программы: "9 монет, среди них одна фальшивая - легче осталньых. Есть рычажные весы. За какое максимальное количество попыток можно найти фальшивую монету?" Еще важно помнить, Собеседование - не экзамен, и проверять стоит те реальные задачи в тех условиях в которых их потребуется решать на должности. Например разработчик, когда пишет код, далеко не всегда пишет его с нуля, могут быть использованы библиотеки, скорее всего реальные задачи сотрудник не будет решать в бункере без окон, связи и совершенно один. Если даже человек что-то не знает (наизусть) важно, чтобы у него был навык быстрого и качественного поиска нужного знания.
0
ответить
коммент удалён
· 07.06
Плюсую. А то большинство собеседований проводят, как экзамен, забывая, что собеседование от слова "беседа".
0
ответить
ответ удалён
· 16.06
Хороший слог у вас))
0
ответить
ответ удалён
можете перейти, но сначала проверьте ссылку и будьте аккуратны: не вводите по ссылке пароли, номера телефонов и банковских карт, и другие личные данные
https://
уверены, что хотите выйти?
придется авторизоваться заново, а заполненные данные будут удалены
пост закреплён — пока закрепить можно только один пост
что-то пошло не так — попробуйте снова чуть попозже
· 16.06
Стандартный собес описан, в целом. Мне нравятся задания на спроектировать и подумать, можно очень хорошо побеседовать так, как будто решаем в стиле парного программирования, обстукивая гипотезы и возможности. Рефакторинг тоже позволяет хорошо понять, как мыслит кандидат. А лайвкодинг задач - стресс, хотя, руки помнят и код быстро успокаивает почему-то
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён