From: Alex LeDonne <aledonne.listmail@...>
Date: 2007-06-21T23:31:45+09:00
Subject: Re: Ruby MVC

On 6/21/07, M. Edward (Ed) Borasky <znmeb@cesmail.net> wrote:
> James Britt wrote:
> > M. Edward (Ed) Borasky wrote:
> >
> >> As an aside, while the concepts of Og are quite exciting, about the only
> >> documentation I've been able to find is a couple of discussions in Hal
> >> Fulton's "The Ruby Way, Second Edition."
> >
> >
> > Yes, I know.  :)
> >
> > And, sadly, it's falling out of date. :(
> >
> >
> >> I've gone to their web site and
> >> they are certainly aware that it needs to be done, but busy users with
> >> problems to solve aren't going to document their stuff for them.
> >
> > True.  Recent discussion on the nitro list suggests this will be getting
> > more attention.  The issue for me has been that, even when trying to
> > help provide docs, the code has been evolving out from under them.  I
> > think the changes have been for the better, but it makes it hard to stay
> > on top of.
> >
> >>
> >> Is there a market for an Og/Nitro book, or is the popularity of Rails so
> >> overwhelming that nobody will take the risk?
> >>
> >
> > I've heard some interest from publishers, at least in the idea of the
> > broader topic of Web development in Ruby outside of a single, fairly
> > focused, framework.  There is considerable variety in the numerous Ruby
> > Web tools.
> >
> > It may be chicken and egg; more documentation on Nitro would drive more
> > usage, driving more demand for documentation.
> >
>
> Actually, I am on the Nitro mailing list (and I'm not on the Rails list)
> ;). But Og/Nitro appeal to me because the application I have in mind is
> starting from a bunch of compressed CSV files and building objects and a
> database from them. It's not a conventional business application, and my
> thinking is, or at least has been, ground up from the data to an MVC
> application, rather than top down from business requirements to an
> application.
>
> So I am planning to start with a "bake-off" between Og and ActiveRecord
> and see where that leads me. Are there other Ruby ORM tools I should be
> looking at as well? The target database is PostgreSQL running on Linux
> (CentOS 5 and whatever web servers and databases it has).


Maybe Kansas? Uses DBI + DBD::pg for the PostgreSQL access.

http://enigo.com/projects/kansas/index.html

-A