Немного использую в не-RoR приложении

если считать, что под rom-sql есть sequel, то юзал

и в проектах чистый сиквел был, но я его почти не трогал

Это было до меня. Синатра + сиквел. Видимо не хотели юзать монстро-фреймворки (рельсы). Я наоборот рельсы насадил )

Синатру обвешать всем чем нужно - вот тебе и рельса

Я вот сейчас примерно так же рассуждаю, берешь рельсу по инерции и выбрасываешь из неё 90% так как просто ненужно =( А потом смотришь и не понимаешь а зачем собственно брал

rack обвешал всем чем нужно, вот тебе и синатра

а потом в процессе разработки докидываешь эти 90% обратно

и не понимаешь зачем собственно брал?

Я использовал. Сиквел довольно гибкий и с ним можно сделать удобный для тебя флоу. Так же нет тяжелых объектов, поэтому работа с базой быстрее по сравнению с АР. В целом, это просто инструмент, который даёт тебе больше свободы и который нужно под себя настраивать

Те скорость сиквела обычно в серелизации между базой и руби + в сиквеле сложно н+1 сделать

AR умеет кешить

а, сиквел тоже. отбой

У меня получается примерно так
1. выкидываешь весь фронт со всеми sprokets, turbolinks, coffescript, webpacker так как проще сделать отдельный проект под фронт
2. выкидываешь половину AR - все хуки, валидации, бизнес логику, остаются голые ассоциации
3. выкидываешь половину контроллеров - никаких иерархических наследуемых классов, никаких хуков, никаких стронг парамов, только ненужный плоский слой который маппит роуты на твои эндпоинты или какие-то входные точки твоей архитектуры
4. выкидываешь кабель так как не гоже в одном приложение совмещать statefull и stateless
5. опционально выкидываешь мейлер

Остается роутинг + active_support)

А не знает случаем кто есть ли толковый гайд нубовый  по синатре достойный что бы его рекомендовать?

Спасибо

забыл про мидлварины

1 пункт можно выбрасывать генеряченьем —api если я не ошибаюсь

Это понятно, просто столько лет эта была чуть ни кор фишка, а теперь это просто ушло =( Целая эпоха

И получаешь ханами, кек

Только добавляешь систему и монады