Почему я стал использовать Алгоритмические собеседования при подборе команды |
||
МЕНЮ Главная страница Поиск Регистрация на сайте Помощь проекту Архив новостей ТЕМЫ Новости ИИ Голосовой помощник Разработка ИИГородские сумасшедшие ИИ в медицине ИИ проекты Искусственные нейросети Искусственный интеллект Слежка за людьми Угроза ИИ ИИ теория Внедрение ИИКомпьютерные науки Машинное обуч. (Ошибки) Машинное обучение Машинный перевод Нейронные сети начинающим Психология ИИ Реализация ИИ Реализация нейросетей Создание беспилотных авто Трезво про ИИ Философия ИИ Big data Работа разума и сознаниеМодель мозгаРобототехника, БПЛАТрансгуманизмОбработка текстаТеория эволюцииДополненная реальностьЖелезоКиберугрозыНаучный мирИТ индустрияРазработка ПОТеория информацииМатематикаЦифровая экономика
Генетические алгоритмы Капсульные нейросети Основы нейронных сетей Распознавание лиц Распознавание образов Распознавание речи Творчество ИИ Техническое зрение Чат-боты Авторизация |
2024-04-15 11:58 Эта тема многократно поднимается в сообществах разработчиков, есть те кто поддерживает данный вид собеседований и те кто против. Вот и я, рискуя быть раскритикован сообществом, решил высказаться :) Признаюсь, сам длительное время не был сторонником данного вида собеседований, мне казалось, что классический подход лучше, когда тебя, ну или ты собеседуешь кандидата проходя от азов до углубленных знаний. Объективно, где мы используем в работе алгоритмы? Возможно у кого-то в проекте есть ручное написание сортировок или обходы графов, но как правило разработчики используют стандартные или дополнительные библиотеки, которые закрывают подобные потребности. Однако, все изменилось в один день) мне потребовалось подобрать пару-тройку разработчиков в команду, и проводя пятое или шестое собеседование мне попался кандидат, который идеально отвечал на все теоретические вопросы (базовые и не очень), однако переходя от темы к теме меня все больше настораживал легкий звук, прибавив громкость наушников я услышал аккуратный шелест листочков.... Получив простейшую задачку с LeetCode на работу с массивом кандидат мгновенно "сдулся", при этом я не просил решения, я попросил просто вслух рассуждать как обойти массив, какую структуру данных выбрать для промежуточного хранения. Аналогичная ситуация повторилась и дальше, только кандидат кликал мышкой. Наверняка Вы скажите, что нужно задавать нестандартные вопросы или просить примеры из практики по проекту - это верно в случае, если подбираем middle и выше, а если нужен junior+ или middle-? На мой взгляд польза от простых алгоритмических задач - кандидат может показать свое мышление и простейшее отличие и необходимость использования в работе HashMap и ArrayList. Конечно, чтобы решать алгоритмические задачи нужна отдельная, специальная подготовка, которая зачастую не особо потребуется в работе, однако, знание простых алгоритмов позволит раскрыть истинное знание кандидата. Для себя я выделил плюсы и минусы умения решать алгоритмические задачи: Плюсы:
Минусы:
Подводя итог: Алгоритмы нужны и теперь я использую их в своих собеседованиях, но нужны без фанатизма, на примере задач чтобы порассуждать с кандидатом и понять его уровень владения базовыми знаниями. Источник: habr.com Комментарии: |
|