vsuhachev

Вы в gemspec указываете зависимость от других гемов с указанием желаемой версии. При установке вашего гема вместе с другими гемами bundler находит и ставит версию зависимости, удовлетворяющую всем запросам всех гемов и запросам из Gemfile.

Если такой версии не будет найдено то возникнет конфликт, о котором бандлер вам сообщит.

Например в геме 'your_gem' вы указали зависимость
spec.add_runtime_dependency 'pg', '>= 9.5'
а в гемфайле приложения

gem  'your_gem'
gem  'pg', '= 9.2' # Будет конфликт т.к. your_gem требует pg > 9.2
gem  'pg', '>= 9.2' # Конфликта нет, установится последняя версия >= 9.5

Про синтаксис зависимостей читайте тут: guides.rubygems.org/patterns
Так же нелишне ознакомиться с понятием семантического версионирования

Мой совет - спать лучше, есть мясо и отдыхать не забывать

Ответ очевиден, не использовать код в котором что либо "жеско прописано". Опишите пару случаев, чтобы что-то конкретное посоветовать...

При запуске внутри задачи проверять ваши условия и если они не выполняются - прерывать задачу и перепланировать ее в конец очереди (ну или на попозже).

Купить хостинг файлов (например на Амазон) и грузить сразу на него, ваш сервер будет хранить только ссылки на файлы в облаке

Я обычно аутентификацию вешаю на before_action, авторизацию указываю ручками для каждого метода каждого контроллера т.к. это проще. Так же я обычно правлю шаблоны скаффолдинга под текущий проект для того чтобы код авторизации генерился автоматом.

При использовании pundit можно на after_action повешать проверку была ли проведена авторизация(см. доки). Вкупе с тестами, покрывающими все экшены контроллеров, это проверка помогает не забыть сделать авторизацию.

Еще для политик pundit можно писать тесты, иногда это оправданно, если политики со сложной логикой.

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

Room.group(:plan_id).minimum(:price)

Просто смотреть можно через ssh, используя команды tail, grep, less и т.п.

Если же вам нужно как-то обрабатывать/анализировать логи то в природе существуют серверы для накопления логов навроде rsyslog, logstash, fluent к которым есть специальные приложения для визуализации.

Вообще говоря любая сущность в конечном итоге является стркутурой/инстркуциями в памяти, т.е. "объектом". Вопрос в том можно ли получить доступ к этой сущности из runtime/compiletime/designtime/etc. К большинству таких сущностей в Ruby в рантайме можно иметь доступ как к стандартным объектам языка.

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

Кстати, на заметку - контексты выполнения в функциях/блоках это тоже объекты языка (Binding)

получить с помощью ls список файлов, отфильтровать его, закачать каждый файл по отдельности

Глобальная переменная это зависимость, что ведет к тому что код нельзя повторно использовать (перенести в другой проект, например).

Ситуация с глобальными переменными похожа на ситуацию с goto. Оба инструмента бывают очень полезны, но без знания всех особенностей ими легко злоупотребить во вред. Поэтому нубам их просто запрещают использовать без объяснений т.к. объяснять все тонкости будет дольше и все равно не поймут.

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

у них в TODO что-то написано про это

Еще как вариант посмотрите на sequel

Через докер.
Докер можно поставить на Win10+HyperV, на линукс в виртуалке. Или загрузится с флэшки под линуксом.
Вот ссылка на официальный образ redmine: https://hub.docker.com/_/redmine/

Нормально настроить HTTP-кэширование (ETag, быстрый ответ 304, keep-alive) и браузер все сам закеширует.

Сделайте 3 контроллера, в каждом будет свой new и create

кофескрипт удобен если

1. вы пишите одновременно бэкэнд на руби и фронтэнд на кофе - синтаксис похож, не нужно сильно переключать мозг
   
2. объем вашего js кода невелик - все нужное вы быстро напишете на кофе с нуля или быстро конвертируете из js
   

Если же предстоит писать сколь нибудь объемное SPA то двуязычие coffee/es6 - не вариант, трудно переключатся между ними. А писать чисто на coffee означает вручную в него конвертировать тонны es6 кода найденного в сети. Так что проще использовать es6, тем более что там тоже есть много удобных вещей

UPD: что касается переписывания в вашем случае (Angular => React), то почти весь старый код вам итак придется выкинуть, вне зависимости от того выберите вы кофе или es6