config.assets.path << Rails.root.join('app', 'assets', 'bootstrap') но как потом получить пути файлов?

Через хелперы http://api.rubyonrails.org/classes/ActionView/Helpers/AssetUrlHelper.html

Есть практика что сторонние библиотеки выносят в vendor

Но вам сначала просто assets pipeline освоить нужно

Почему гемы не предлагать?

ого http://www.mikeperham.com/2016/05/25/sidekiq-for-crystal/

1. потому что лишние промежуточные вычисления не нужны
2. для того чтобы использовать к примеру bootstrap в rails изучать ещё какой-то гем это гемморой и см. пункт 1.
3. может не соответствовать нуждам проекта
4. их множество а какой из них написал говнокодер это надо source смотреть (любую задачу можно реализовать как говнокодом так и отличным решениям)

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

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

но гемы bootstrap, jquery и прочие гемы на ПРОДУКТЫ это говно 😄

ИМХО

ох лол)

Чувак, ты про гемы в контексте ассетов говоришь сейчас только?

конечно про конкретные с чем столкнулся 😄

jquery, bootstrap, jsvalidator

ок) по пунктам,
1) Какие промежуточные вычисления? Если ты разобрался, как работает asset pipeline, то ты должен был понять, что в продакшене рельсы не работают с ассетами в принципе
2) Изучать гемы(если речь идет только о тех, кто предоставляет ассеты) - не нужно, достаточно глянуть в Readme и обнаружить там заветные пару строчек - все
3) Если гем не соотвествует нуждам проекта - то и ставить его не нужно
4) Вот это пушка!

Но, справедливости ради, стоит отметить, что пихать сто тысяч гемов в проект(здесь я говорю уже не только про ассеты) - тоже плохая идея. Лишние зависимости - это плохо. Если какой-то гем ставится из-за функционала, которы можешь сделать сам быстро и надежно - то лучше решить задачу самому. Но не забывай, что твой велосипед может быть хуже того велосипеда, что поддерживается сообществом. Да и тот проект, который пишешь ты в будущем может поддерживать уже другой девелопер. Код должен быть хорошо поддерживаемым.
В итоге надо научиться выдерживать баланс между зависимостями, качеством своего кода, поддерживаемостью, скоростью и т.д.

А то с таки подходом как у тебя рельсы тебе не нужны) Берешь C и пилишь CGI - зато все сам!

Нафига нужон Кристалл? Неужто такая уж пушка, что взлетит?

1. насчёт продакшена не в курсе, значит с assets не до конца разобрался
2. я там посмотрел что нихрена не пару строчек
3. раньше был такой прикол в dll клали реализацию какую нибудь а там исключения вываливались
и на разбор не мало времени уходило
4. я не говорю что гемы говно просто надо подходить к этому осторожно на мой взгляд

и да я беспокоюсь о скорости так как Си и производные языки мне ближе всего и поэтому не вкурю как можно использовать столько gem на ура. есть нужные гемы например json простой и т.д.  Ты лучше мне объясни как папку подключить без потери путей

правильно