Вы в чем-то правы. Spree наверное является отраслевым стандартом.
Вот в чем загвоздка. Каждый гем, включаяя гемы рельсы, решает только 80% задач. Если мы натыкаемся на задачу которая в этим 20% не входит, мы начинаем оверрайдить поведение рельсы и писать свой костыль. В случае со spree вам двойная.
Иными словами: если мы ведем разработку по rails, то действуем в рамках контекста - в ограниченных рамках, очень узкими правами для вольностей. Spree эти рамки сужает еще вдвое.
Работа в таких условиях - не работа для новичка.
Вы пытаетесь решить задачу типа: как клиенту далекому от музыки быстренько сверстать овертюру к опере в стиле jcss или прикрутить свой стиль. При этом вы искренне ожидаете простые решения. Вы серьезно?
все верно, но:
использую rails 3 почти 2 года, и все рельсовики моего окружения даже рабочие проекты обновили до 3.2+. трудности в переходе с 2.3.10+ на 3+ почти отсутствуют
master 4.0.0.beta уже более 8-ми месяцев
rails 3.2.8 скачана с rubygems.org ~129.000 раз
SQL запрос в виде объекта это как? «SELECT * FOMR users;» — объект? На сколько мне известно c первых версий Rails Active Record оперировал объектами, но никогда у него не было «SQL запросов в виде объекта». И чуть меньше чем во всех PHP фреймворках AR паттерн отсутствовал. (2005 год)
Чем вам не угодили ленивые запросы? По мне так собирать запрос внутри сложной логики проще в ленивом режиме.
Бандлер появился как реакция на проблему, а не как попытка догнать-перегнать. Была потеряна обратная совместимость. К сожалению для сложных система потеря обратной совместимости — суровая реальность.
Только один из моих клиентов знает на чем написаны сайты. Клиентам зачастую пофиг. Клиенту пофги когда он платит 20$ в час за PHP-Framework или 20$ в час за Rails, он не способен адекватно оценить стоимости использования того или иного решения
Php 1995 год
Ruby 1996 год
Одному 17 лет, другому 16
Мне напротив php напоминает хипстерское явление, по единственной причине: Php родился как язык написяния «домашних страничек для всех» Personal Home Page Tools (PHP Tools)
Ruby в свою очередь разрабатываляс как ООП-язык высокого уровня.
Писать любые проекты на Ruby также просто, как и на PHP.
.prev .next .siblings выкурил — клёва, завтра поправлю
Вторая фраза разорвала мне мозг
если исправить стилистические ошибки
«искать, конечно, нужно в том контейнере, в котором подразумевается только один такой элемент» — верно?
тогда зачем .js-*?
project.tasks.each do