News for hackers. Stuff that matters.
Re:What’s Up With All These Changes in Rails? by jamesbritt on Tuesday June 14, 2011 @06:33PM (#2655073)
Best of all worlds would have been to drop AR altogether and promote a migration to Sequel for the official Rails O/RM. ;-)

Indeed. Or decouple the ORM entirely, though that likely removes a key aspect of what Rails is about.

It is, however, what makes Ramaze so appealing. No coupling to any ORM, but there is a community inclination to use Sequel (so you can learn from example and there are people to answer questions).

Re:What’s Up With All These Changes in Rails? by cies on Tuesday June 14, 2011 @07:41PM (#2655323)
ORM is decoupled in rails to my knowledge...

there is a default to AR which is easy to overwrite with your ORM of choice (which often provides an ActiveModel interface and further rails integration by installing one extra gem).

tl;dr: providing sane defaults != strong coupling

Re:What’s Up With All These Changes in Rails? by jamesbritt on Wednesday June 15, 2011 @01:12AM (#2656069)
OK, thanks, my mistake. Not coupled. But still, there is a strong presumption that your app will use a database and wants a database.yml.

The few times I've wanted to just start a Rails app with simple Erb, with models representing data concepts (but not necessarily SQL anything), and evolve out to using a database (if and when needed), have been frustrating.

It's something that has been easy to do in some other frameworks so I tend to see Rails as almost DB-required, if not in fact coupled.

Re:What’s Up With All These Changes in Rails? by rapind on Wednesday June 15, 2011 @08:07AM (#2656733)
Yeah you can think of rails as requiring a database. You can pretty easily substitute whatever you want at the database level (sqlite3, mysql, postgresql, mongodb, even redis!), but it's the convention that you'll need to store and retrieve data in your webapp. If you don't need to do this (edge case for most of us), then try a different framework like sinatra that isn't accompanied by all the database bloat.

If you're planning on using a DB eventually but don't want to deal with migrations etc. for now, then start with a NoSQL DB like MongoDB (you don't even need to describe your fields, it can be completely dynamic). You can always sub in an RDBMS later on if your design calls for it.

Re:What’s Up With All These Changes in Rails? by caiusdurling on Wednesday June 15, 2011 @01:24PM (#2658083)
As of rails 3 (was sort of true in 2 as well) you really don't need a database. I've written two rails 3 apps recently that have no database, they're effectively a thin graphical client for a couple of JSON APIs.

Works well, just don't require ActiveRecord and hey presto, your app doesn't have a database (or db rake tasks, etc).

Re:What’s Up With All These Changes in Rails? by rapind on Wednesday June 15, 2011 @01:55PM (#2658251)
It would never occur to me to write something non data-driven using Rails... because to me Rails is rapid development platform for data-driven webapps.

Interesting that people do though. Any particular reason? What features of Rails did you still use? Seems like an odd use case.

Re:What’s Up With All These Changes in Rails? by lifo on Tuesday June 14, 2011 @08:41PM (#2655493)
You seem to know very little about Rails 3. But if you think ramaze has a "community", I guess I can understand why.
Re:What’s Up With All These Changes in Rails? by sunir on Wednesday June 15, 2011 @09:27AM (#2656969)
Teach, don't snark. Snarking only teaches that the teacher is a snark.
Re:What’s Up With All These Changes in Rails? by jamesbritt on Wednesday June 15, 2011 @02:44AM (#2656226)
Thanks for the thoughtful response.