Отказ от ответственности: один из наших клиентов поделился этими подробностями устно, и я сформулировал это как формат истории!
Я нанял парня из колледжа для младшего разработчика, так как он выше среднего по некоторым сайтам с рейтингом алгоритмов (я не хочу указывать имя).
Он имеет рекорд выше среднего на сайте рейтинга алгоритмов. Поэтому мы думали, что сможем добиться от него большей продуктивности. Но это обернулось катастрофой.
Он симулировал интерес во время интервью, поэтому мы подумали, что ему понравился наш продукт. Он много чего пообещал во время интервью - это первый признак, который мы не заметили.
Во-первых, он не мог понять нашу структуру. Кроме того, он не должен повышать свои навыки с алгоритма до понимания структуры.
Он боялся фреймворка Spring, хотя мы сделали его очень простым. Мы следовали стратегии Youtube - сохранять простую и понятную архитектуру. Однако младший испугался с первой недели, и не прошло, пока мы его не отпустили.
Совет от нашей неудачи:
- Не полагайтесь просто на 40-минутный тест алгоритма. В настоящее время любой может создать алгоритм. Это не значит, что каждый может выдержать испытание индустриальным программированием.
- Некоторые студенты постоянно тренируются в алгоритмах и никогда не смотрят на другую сторону медали программирования. В нашем случае Spring framework.
- Понаблюдайте за ними сверхурочно, например, через 1-2 недели, уделив небольшой кусочек своей обычной работе и попросив их решить небольшую проблему. Вы можете определить, боятся ли они программирования промышленной силы или нет.
- Не судите по человеку с 40-минутным тестом алгоритма и базовым собеседованием - это может быть катастрофой.
- Проверьте, действительно ли студент заинтересован в обучении или просто ищет работу.
- Проверяйте его реальные проекты, а не рейтинг алгоритмов. Эти веб-сайты в значительной степени сосредоточены только на алгоритме, а не на реальных проектах.
- Также проверьте их навыки понимания структуры.
