Senior Ruby on Rails — Вопросы на собеседовании Ruby on Rails

Как выполнить миграцию на большой таблице без простоя?

Исходить из того, что таблица заблокирована на всё время выполнения оператора, и строить изменение так, чтобы этого не случилось. Колонки добавляют nullable и без дефолта, бэкфилл гонят пачками вне миграции, индексы создают конкурентно и только потом вешают ограничение. Переименование и удаление опаснее всего, потому что во время выката ещё работает старый код: их делают в два релиза с двойной записью между ними.

Как разбирать разросшийся монолит на Rails?

Границы рисуют до того, как что-то извлекать, — обычно по частям домена, которые меняются вместе. Сначала их держат внутри той же кодовой базы, модулями или движками и без обращений в чужие таблицы: именно там почти бесплатно выясняется, что граница проведена неверно. Извлечение сервиса — последний шаг, а не первый, и оправдан он только когда этого реально требует команда или нагрузка.

Когда метапрограммирование оправдано и чем оно платит?

Оно окупается в небольшой библиотеке, где убирает много повторов: define_method по списку атрибутов — нормально. Платит в тот момент, когда человек грепает имя метода и не находит ничего, или когда опечатка превращается в тихий nil, потому что её проглотил method_missing. Если определили method_missing, определяйте рядом respond_to_missing?, иначе объект врёт о том, что умеет.

Как решать, что кэшировать?

Кэшировать то, что дорого и стабильно, и только после того, как запрос уже настолько хорош, насколько будет: кэш не лечит N+1, он прячет его до первого промаха. Инвалидацию продумывают до кэширования — ключ с updated_at протухает сам, а ручная чистка это то, что забудут. Закэшированные неверные данные хуже медленной страницы.

Как подступаться к мажорному апгрейду Rails на живом продукте?

Сначала привести тесты в честное состояние, потому что апгрейд безопасен ровно настолько, насколько они способны о нём рассказать. Дальше идти по одной минорной версии, разбирать предупреждения об устаревании до того, как они станут ошибками, и держать приложение работающим на старой и новой версии в одной ветке, пока фреймворк это позволяет. Недооценивают обычно гемы: блокирует чаще заброшенная зависимость, а не сам Rails.