И ведь отдельные валидации - это скорее преференс, нет?

Пример?

Отвязать тесты бизнес логики от БД используя mock repository, например

Иметь все SQL query примерно в одном месте для DRY и анализа

Валидация - это не часть модели. Это скорее "часть контракта эндпоинта/RPC-call". С AR неудобно использовать разные валидационные схемы для одной и той же модели. Особенно когда multi-page entity create case.

AR плохо впитывает DB constraints, Ecto - first class support.

Валидация это часть модели

Валидации на тип поля :email - почему это не часть модели?

Зачем это отдельно куда-то выносить, если у пользователя всегда поле email должно быть нужного формата?

Так. Я немного разделяю. Валидируешь ты данные юзера. А типизация модели - это скорее typing.

В какой бы части бизнес логики пользователь не создавался.

Можно и не выносить

Я валидирую персистентность )

Модель - это и есть то что вводит user, или то что ты ему выводишь.

У меня огромный монолитный проект на рельсе с очень большим количеством моделей. В каждой ну максимум 10 валидаций простых и сложных. Это не весть как сильно забивает класс. Сталкивался только с проблемами коллбеков в AR, от которых можно отказаться. Серьезно, очень много слышал "за" и "против". Писал и в репозитори-стиле на Ханами. Писал в 4 раза медленнее, потому что инструментарий просто или недоступен, или сломан. Приходится какие-то костыли доделывать, что-то вручную много чистого SQL писать.

А басни о том, как что-то нельзя сделать с AR - так внятного ответа никогда и не получаю. Ну да, сложнее базу другую подключить, согласен. Но кому оно надо и в каких количествах?

это очень странное понимание слова "модель"

Согласен, я хуйню какую-то сказал

Отвык от моделей, ибо в экто их нету

А может быть не должен, может ты ему через админку хочешь разрешить менять на что угодно