Ruby собеседование на позицию Middle

Коротко о видео

Автор проводит учебное мок-собеседование с анонимным Ruby-разработчиком Александром: разбирает его резюме, опыт интеграции с банком и ответы на вопросы по Ruby, Ruby on Rails, HTTP, базам данных и Redis. Практическая часть состоит из небольшой алгоритмической задачи и code review старой Rails-модели; затем автор показывает, какие проблемы в коде стоило назвать. В финале автор даёт субъективную обратную связь: у кандидата есть практический опыт и способность читать код, но ему стоит углубить понимание Rails, MVC и архитектурных границ.

Затронутые темы

Что взять на заметку

• В резюме стоит заменять общие формулировки вроде «разработка нового функционала» конкретным личным вкладом: что именно сделано, в какой части системы и с каким результатом.
• Повторные вопросы по уже указанному в резюме опыту нужны не из-за невнимательности интервьюера, а чтобы услышать ход мысли кандидата и уточнить детали его роли.
• Полезно заранее подготовить короткое объяснение Ruby, зон ответственности MVC, различий Active Record и Active Model, а также назначения Active Job и его адаптеров.
• Для HTTP недостаточно перечислить методы и классы статусов: нужно уметь объяснить, зачем разделять операции, как устроены запрос и ответ и в каких случаях применяются статусы.
• На code review важно сначала понять поток данных, а затем формулировать проверяемые замечания: нарушение единой ответственности, дублирование, неясные имена, смешение уровней абстракции, внешние зависимости и отсутствие обработки ошибок или таймаутов.
• Автор отмечает, что для интервью лучше готовить пример кода с несколькими очевидными проблемами: реальный старый код может быть труден для разбора даже при рабочем качестве кандидата.
• При обсуждении сроков кандидат описывает компромиссный подход: совместно сокращать объём эпика, фиксировать технический долг и временно принимать упрощённое решение с понятными рисками.