Oleg.. (and other developers)

I hope you don't mind the question....

But have you given any thought as to positioning against SQLAlechemy?

It's a totally appropriate answer to say that you'll just continue working on SQLObject and not really pay attention to what others are doing, of course.

But I think that if we want to continue to get new users, we need to have a reason to be chosen over SQLAlcehmy.  Perhaps because we're easier to use or faster, or whatever.

I started using SQLObject because Turbogears recommended it.  Unfortunately they now recommend SQLAlchemy.  :( 

It might be nice to dialogue with the Turobgears community and ask them what we could do to improve the product so that it would be the default choice again.

On Mon, Apr 21, 2008 at 12:30 PM, Oleg Broytmann <phd@phd.pp.ru> wrote:
On Mon, Apr 21, 2008 at 08:15:54AM -0700, Daniel Fetchinson wrote:
> maybe the work is too much
> for a single person.

  It is, to an extent. But anyone can help. Code, tests, documentation
- any help will be great help!

> Sometimes you hear people saying that sqlobject's
> development is slow

  Well, they have a point, alas.

> And the level of support you provide on this list is absolutely great
> and is a big plus in favor of sqlobject.

  Thank you!

    Oleg Broytmann            http://phd.pp.ru/            phd@phd.pp.ru
          Programmers don't die, they just GOSUB without RETURN.

This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
sqlobject-discuss mailing list