Где реально нужен Sinatra?

Во первых какая сила мешает писать на «голом языке» в рельсах?

Sinatra очень удобный микро-фреймворка, грубо говоря ничего лишнего и все нужное, чтобы быстро реализовать REST.
Для быстрого создания API к проекту очень удобно.
Да и удобно и логично на нем что-то писать.

На рельсах можно все тоже самое делать, но там больше так сказать «рекомендаций».

Использовал связку Sinatra + DataMapper + Haml в нескольких проектах.

Sinatra использует github для своего api.
Есть куча твиттер-клонов на синатре.

>Во первых какая сила мешает писать на «голом языке» в рельсах?

Сраная эстетика. На это потом страшно смотреть, а уж рефакторить...

грубо говоря ничего лишнего и все нужное

Вот этого в рельсах и не хватает. Слишком много рекомендаций, как ты точно их назвал.

Подходит ли он для не REST? Ясно дело что роуты можно какие угодно написать, но красиво ли это будет?

Также слышал что для высоконагруженных и/или забитых функционалом приложений он не годится. Внятного объяснения не попадалось. Так ли это?

Также слышал что для высоконагруженных и/или забитых функционалом приложений он не годится

Некоторые проекты вообще делают на самопальных хттп-серверах :) Конечно синатра годится для всего. Только будь готов, что походу придется имплементировать недостающие куски. Но это как раз хорошо. Для серьезного проекта очень важно сохранять «свободу маневра» на долгие годы. Переусложненые фреймворки рано или поздно боком вылезут. Вспомнить тот же твиттер. Начали с рельсов и хлебнули тормозов. Потом хвастались, что нашли для себя панацею в виде Scala. Теперь вот читал про их сервис на Java. Как видишь они идут в сторону мощного low-level базиса, подальше от новомодных штуковин, где «все продумали за тебя».

>Также слышал что для высоконагруженных и/или забитых функционалом приложений он не годится. Внятного объяснения не попадалось. Так ли это?

Годится конечно, все упирается в то, что чем больше требуется, тем больше нужно искать или писать нужные вещи, и в этот момент стоит подумать, что может быть легче использовать рельсы, а не писать велосипед.

В грубом сравнении Рельсы то - та же самая Sinatra и набор некоторых готовых решений в виде хелперов и т.п.

А так обилие всевозможных гемов позволяет собирать все что угодно, а Sinatra помогает скомпоновать и управлять всем этим.

>Twitter ... Начали с рельсов и хлебнули тормозов

Ну вот тут не совсем верно, таким кол-вом пользователей как у твиттера мало кто может похвастаться. Рельсы вполне справлялись, просто выбрали один из путей для улучшения поддержки такого кол-ва пользователей (в рельсах нет асинхронного выполнения).

Я считаю, что путей для оптимизации приложения очень много, а выбор верного лежит на плечах разработчика.

Да согласен. Но гораздо любопытнее последующее развитие в виде Scala -> Java. Как видно, поигрались и таки пришли в итоге к обычной жабке.

Понял. Благодарю, буду пробовать.

> Но гораздо любопытнее последующее развитие в виде Scala -> Java. Как видно, поигрались и таки пришли в итоге к обычной жабке.

Угу, по молодости рисутем кучу стартапов на рельсах (4fun, прочая фигня), с 1-2 начинаем получать профит (остальные - RIP), поразвлекавшись с кешированием, оптимизацией, на профит покупаем всякой фигни и пачку индусов, которые перепишут проект на java.

PS типа вброс.

Это для экономии на памяти, или во что там рельсы обычно упираются? :)

Предлагаете жабой на памяти экономить? =)