The pragmatic programmers (Dave & Andy) are spreading a good word about
RubyOnRails. I was wondering if there are any Python programmers who are
/also/ familiar with Rails - and if they could recommend something in the
Python world that is comparable.
-Flab 23 2499
flab ba wrote: The pragmatic programmers (Dave & Andy) are spreading a good word about RubyOnRails. I was wondering if there are any Python programmers who are /also/ familiar with Rails - and if they could recommend something in the Python world that is comparable.
I googled for that to learn about it. Saw a note in the home page
of rubyonrails.org from Oct 11 about them having a new bug tracker
working!
"Cool," sez I, a fan of issue trackers in general, "Let's see
what these Ruby guys have come up with for a bug tracker."
It's Trac.
Which is implemented in Python. ;-)
I guess that justifies the term "pragmatic" above, anyway.
(I haven't yet learned much about Rails, unfortunately, since
the web site is excrutiatingly slow right now. Maybe it will
be faster another time...)
To the OP: there are several Python "application frameworks"
which on the surface appear to be similar in goal to Rails.
I don't know much about them, and at the moment even their
names aren't coming to me, so I can't help more than that.
I think a search for "enterprise application framework Python"
would probably turn up at least one of them.
-Peter
Peter Hansen <pe***@engcorp.com> wrote: flab ba wrote: The pragmatic programmers (Dave & Andy) are spreading a good word about RubyOnRails. I was wondering if there are any Python programmers who are /also/ familiar with Rails - and if they could recommend something in the Python world that is comparable.
I googled for that to learn about it. Saw a note in the home page of rubyonrails.org from Oct 11 about them having a new bug tracker working!
"Cool," sez I, a fan of issue trackers in general, "Let's see what these Ruby guys have come up with for a bug tracker."
It's Trac.
You'll notice a project linked from the RubyOnRails site: Basecamp
( www.basecamphq.com), which looks quite spiffy.
- Josiah
""I think a search for "enterprise application framework Python"
would probably turn up at least one of them.""
Hmm, indeed, that search practically screamed Peak, the Python
Enterprise Application Kit, which looks fascinating at http://peak.telecommunity.com/ . Does anyone have any experience with
PEAK or knowledge about it?
Ron Stephens
Josiah Carlson wrote: You'll notice a project linked from the RubyOnRails site: Basecamp (www.basecamphq.com), which looks quite spiffy.
Spiffy indeed!
(I'm sure there's an obvious answer, but I'm curious why
they didn't use Basecamp instead of Trac for their bug tracker...)
On Sun, 31 Oct 2004 01:24:31 -0700, Josiah Carlson wrote: Peter Hansen <pe***@engcorp.com> wrote: flab ba wrote: > The pragmatic programmers (Dave & Andy) are spreading a good word about > RubyOnRails. I was wondering if there are any Python programmers who are > /also/ familiar with Rails - and if they could recommend something in the > Python world that is comparable.
I googled for that to learn about it. Saw a note in the home page of rubyonrails.org from Oct 11 about them having a new bug tracker working!
"Cool," sez I, a fan of issue trackers in general, "Let's see what these Ruby guys have come up with for a bug tracker."
It's Trac.
You'll notice a project linked from the RubyOnRails site: Basecamp (www.basecamphq.com), which looks quite spiffy.
- Josiah
You're right - that web site does look quite spiffy. I was deciding on
Quixote for my web app framework, but even the author claims that it isn't
the right framework if you think a website is a graphics design problem.
I'm not a graphics designer, but I need more spiffyness than the MEMS web
site - which is done in Quixote.
-Alex
Peter Hansen <pe***@engcorp.com> wrote: Josiah Carlson wrote: You'll notice a project linked from the RubyOnRails site: Basecamp (www.basecamphq.com), which looks quite spiffy.
Spiffy indeed!
(I'm sure there's an obvious answer, but I'm curious why they didn't use Basecamp instead of Trac for their bug tracker...)
This is what I can tell (in the 5 minutes reading their web sites):
1. Trac was implemented when they started RubyOnRails, so they used it
because it fit with what they were doing.
2. RubyOnRails was developed.
3. Someone implemented Basecamp using RubyOnRails as a framework.
You can't really build an application before you build a framework, and
switching project management is, from what I hear, quite a bitch.
- Josiah
On Sun, 31 Oct 2004 03:36:29 -0800, Ron Stephens wrote: ""I think a search for "enterprise application framework Python" would probably turn up at least one of them.""
Hmm, indeed, that search practically screamed Peak, the Python Enterprise Application Kit, which looks fascinating at http://peak.telecommunity.com/ . Does anyone have any experience with PEAK or knowledge about it?
Ron Stephens
Umm, Peak and Rails don't even look remotely similar in what they try to
accomplish.
-Flab
flab ba <fl**@large.net> wrote: On Sun, 31 Oct 2004 01:24:31 -0700, Josiah Carlson wrote:
You'll notice a project linked from the RubyOnRails site: Basecamp (www.basecamphq.com), which looks quite spiffy.
- Josiah
You're right - that web site does look quite spiffy. I was deciding on Quixote for my web app framework, but even the author claims that it isn't the right framework if you think a website is a graphics design problem.
I'm not a graphics designer, but I need more spiffyness than the MEMS web site - which is done in Quixote.
I have no experience with any web development frameworks, so have little
to say in regards to them. I hope that Quixote, or whichever framework
you choose, ends up being the right choice for you.
- Josiah
Josiah Carlson wrote: Peter Hansen <pe***@engcorp.com> wrote:(I'm sure there's an obvious answer, but I'm curious why they didn't use Basecamp instead of Trac for their bug tracker...)
This is what I can tell (in the 5 minutes reading their web sites):
1. Trac was implemented when they started RubyOnRails, so they used it because it fit with what they were doing. 2. RubyOnRails was developed. 3. Someone implemented Basecamp using RubyOnRails as a framework.
You can't really build an application before you build a framework, and switching project management is, from what I hear, quite a bitch.
You're turning this into a mystery then. :-) The announcement
that they "have finally taken the step to get a real bug tracker"
came on October 11, 2004. All the issues in it were added recently.
If they developed RubyOnRails since then, these guys are the
fastest damn programmers on the planet. I gotta get me some
of that Ruby! ;-)
-Peter
On Sun, 31 Oct 2004 08:48:51 -0500, Peter Hansen <pe***@engcorp.com> wrote: Josiah Carlson wrote: You'll notice a project linked from the RubyOnRails site: Basecamp (www.basecamphq.com), which looks quite spiffy.
Spiffy indeed!
It would have to be, to warrant http://www.basecamphq.com/terms.html
;-)
Regards,
Bengt Richter
On Sun, 31 Oct 2004 11:43:39 -0700,
flab ba <fl**@large.net> wrote: I'm not a graphics designer, but I need more spiffyness than the MEMS web site - which is done in Quixote.
The line about graphic design is there because PTL will be alien to graphic
designers, so if your HTML is very elaborate and requires lots of tweaking,
your standard HTML author will be confused. However, in lots of cases you
can just write plain vanilla HTML, being sure to put DIV elements and ID
attributes in the right places, and then style the pages with CSS. Quixote
is betting that pure HTML + CSS is the way of the future.
(I don't like the current MX style sheet either, but that's nothing to
do with Quixote.)
--amk
<SNIP>
To the OP: there are several Python "application frameworks" which on the surface appear to be similar in goal to Rails. I don't know much about them, and at the moment even their names aren't coming to me, so I can't help more than that. I think a search for "enterprise application framework Python" would probably turn up at least one of them.
-Peter
Do you mean Zope?
Josiah Carlson wrote: flab ba <fl**@large.net> wrote:
On Sun, 31 Oct 2004 01:24:31 -0700, Josiah Carlson wrote: You'll notice a project linked from the RubyOnRails site: Basecamp (www.basecamphq.com), which looks quite spiffy.
- Josiah
You're right - that web site does look quite spiffy. I was deciding on Quixote for my web app framework, but even the author claims that it isn't the right framework if you think a website is a graphics design problem.
I'm not a graphics designer, but I need more spiffyness than the MEMS web site - which is done in Quixote.
I have no experience with any web development frameworks, so have little to say in regards to them. I hope that Quixote, or whichever framework you choose, ends up being the right choice for you.
- Josiah
ZOPE!!!
A.M. Kuchling <am*@amk.ca> wrote:
... can just write plain vanilla HTML, being sure to put DIV elements and ID attributes in the right places, and then style the pages with CSS. Quixote is betting that pure HTML + CSS is the way of the future.
Sounds like a pretty safe bet to me, in general terms. I'm not quite
sure how fully a 'plain vanilla HTML' page can be controlled,
looks-wise, with CSS only, but no doubt as generations of CSS succeed
each other the trend is up (though I don't think it's asymptotically
going to 100%, but that's a different issue;-).
Alex
Alex Martelli wrote: A.M. Kuchling <am*@amk.ca> wrote: ...
can just write plain vanilla HTML, being sure to put DIV elements and ID attributes in the right places, and then style the pages with CSS. Quixote is betting that pure HTML + CSS is the way of the future.
Sounds like a pretty safe bet to me, in general terms. I'm not quite sure how fully a 'plain vanilla HTML' page can be controlled, looks-wise, with CSS only, but no doubt as generations of CSS succeed each other the trend is up (though I don't think it's asymptotically going to 100%, but that's a different issue;-).
Alex
If you take a look at the Zen garden ( http://csszengarden.com/) you will
realize that Quixote's bet is probably a good one. I was pleasantly
surprised how the recent re-work of www.holdenweb.com made the
programming for the site (it's static HTML produced from a database)
much less dependent on look-and-feel issues thanks to input from a good
designer.
regards
Steve
-- http://www.holdenweb.com http://pydish.holdenweb.com
Holden Web LLC +1 800 494 3119
flab ba wrote: /also/ familiar with Rails - and if they could recommend something in the Python world that is comparable.
yeah, zope.
It is so good it does not even look like python on the
surface ... one of the biggest mistakes in developing
web-frameworks is over-emphasizing the underlying
programming language.
A good web-framework should not look like
Ruby or Python, that is not what these languages were
designed for.
Of course the framework should allow easy access to
any class or module written in these languages, but
in the end the most important things are the services
that promote collaboration, allow a finely grained access
control by various means, create a self contained solutions
that can be easily deployed replicated or backed up.
Web frameworks must do the hardest thing of all,
support radically changing requirements.
These overly "programmatic" frameworks revolve around a single
person's ability to understand all aspects of the website,
and crash and burn when that person is not around anymore.
Istvan.
flab ba wrote: The pragmatic programmers (Dave & Andy) are spreading a good word about RubyOnRails. I was wondering if there are any Python programmers who are /also/ familiar with Rails - and if they could recommend something in the Python world that is comparable.
I've looked a little at Rails. It's not super special. Well, it *is*
compared to things like Java; dynamic languages *are* quite superior for
rapid development of websites, and Ruby and Python are similar languages
in that way.
Rails is really a whole stack that works well together. People have
been writing this sort of thing in Python for a long time; which isn't
to say they always have gotten it right, or that those efforts have had
the right perspective to be strategic successes (i.e., become popular).
Lessee... Rails seems to have:
* A simple object publisher. There's a ton of these in Python. It also
perhaps includes some sort of MVC system, where the object picks up a
template automatically if it exists. These exist as well, though I
think MVC efforts can become overly ambitious or overly restrictive
fairly easily.
* An object-relational mapper. I'd say this is close to SQLObject,
though SQLObject is in some ways more powerful.
* A templating system. Looks like ASP. There's lots of templating
languages in Python; the simplest (e.g., embed Python code) can be
problematic because of Python's significant whitespace. But anyway, we
have lots and lots of these, and there are real reasons for why there's
multiple templating languages. Spyce is probably the closest to Rails.
All three of these pieces fit together really well in Rails, which is
perhaps what it offers that Python doesn't have. Well, I'm sure some
framework out there has this, but it's hard to say, there's so damn many.
But, while this is really compelling when you show off the creation of a
simple system, I suspect it becomes a fair amount more complicated later
on. At least, that is my experience with Python projects of similar
ambition. It's neat to setup a database and have it work instantly,
complete with the standard CRUD forms. But this only works for "leaf"
tables, and even then no so well. How do you deal with joins? How do
you deal with complex requirements on input, or actions on updates?
Eventually you'll need to tweak a generated form just a *little*, does
that mean you have to throw away all the automated aspects and code it
by hand?
I don't mean to criticize Rails with these questions; it's not that
Python frameworks solve these wonderfully either, these are just hard
problems. But for realistic web applications these are inevitable
issues, and I suspect Rails isn't quite as compelling when you take them
into account.
OTOH, I'd love to see something in Python that is just as tight as
Rails, but uses all the pieces we've already developed. It's really
just a question of sticking pieces together; but that's a surprisingly
difficult operation.
--
Ian Bicking / ia**@colorstudy.com / http://blog.ianbicking.org
> yeah, zope. It is so good it does not even look like python on the surface ... one of the biggest mistakes in developing web-frameworks is over-emphasizing the underlying programming language.
A good web-framework should not look like Ruby or Python, that is not what these languages were designed for.
Why do you say that? I could agree if Zope could be programmed in many
languages. Then not tending to any language would be a benefit. On the
contrary, I see things like ZODB making things that are not Pythonic,
look Pythonic and that is considered a good feature.
A Python only framework not feeling like Python was a deterrent for me
to learn Zope well.
Ian Bicking <ia**@colorstudy.com> wrote: OTOH, I'd love to see something in Python that is just as tight as Rails, but uses all the pieces we've already developed. It's really just a question of sticking pieces together; but that's a surprisingly difficult operation.
I don't know why that would be surprising. Integration has *always*
been one of the hardest parts of putting a large system together, so
when the parts weren't designed to fit each other in the forst place...
--
One Zone to rule them all, One Zone to find them,
One Zone to name them all and in the domain bind them,
In the Land of DotCom where the Spammers lie.
Richard Blackwood wrote: <SNIP> To the OP: there are several Python "application frameworks" which on the surface appear to be similar in goal to Rails. I don't know much about them, and at the moment even their names aren't coming to me, so I can't help more than that. I think a search for "enterprise application framework Python" would probably turn up at least one of them.
Do you mean Zope?
Yikes! I *didn't* mean Zope, as it doesn't qualify for the
term 'enterprise application framework' as I used it above,
but I *should* have meant Zope, because upon revisiting the
rubyonrails.org site, I see that it is a *web* framework.
No idea how I missed that key word. Perhaps the MVC part
grabbed my eyes and filtered the rest of my reading (which
was admittedly brief). Perhaps I was just on drugs. Was
that a Saturday? Yes, it was definitely the drugs. Today
I'm on *different* drugs, the pretty blue ones, and I'm
feeling much furrier, thank you. Down, Shadowfax, down!
Oh, the spiders are crawling up my legs! They're coming
to take me away, away! to the funny farm, where life is
> I've looked a little at Rails. It's not super special. Well, it *is* compared to things like Java; dynamic languages *are* quite superior for rapid development of websites, and Ruby and Python are similar languages in that way.
Rails is really a whole stack that works well together. People have been writing this sort of thing in Python for a long time; which isn't to say they always have gotten it right, or that those efforts have had the right perspective to be strategic successes (i.e., become popular).
I'd have to politely disagree that it's not super special. It
exists, in usable form, today, and works incredibly well and
incredibly cleanly. That's pretty super special, IMO :)
Talk is cheap!
All three of these pieces fit together really well in Rails, which is perhaps what it offers that Python doesn't have. Well, I'm sure some framework out there has this, but it's hard to say, there's so damn many.
I'm not at all sure.
But, while this is really compelling when you show off the creation of a simple system, I suspect it becomes a fair amount more complicated later on. At least, that is my experience with Python projects of similar ambition. It's neat to setup a database and have it work instantly, complete with the standard CRUD forms. But this only works for "leaf" tables, and even then no so well. How do you deal with joins? How do you deal with complex requirements on input, or actions on updates? Eventually you'll need to tweak a generated form just a *little*, does that mean you have to throw away all the automated aspects and code it by hand?
I recommend watching the "2 hour" video at http://www.rubyonrails.org
(watch the last half)
I don't mean to criticize Rails with these questions; it's not that Python frameworks solve these wonderfully either, these are just hard problems. But for realistic web applications these are inevitable issues, and I suspect Rails isn't quite as compelling when you take them into account.
OTOH, I'd love to see something in Python that is just as tight as Rails
Hell yes :)
Thanks for the objective and thoughtful post!
jblaine,
6yr-Python-fanatic-feeling-the-ruby-pull
Jeff Blaine wrote: 6yr-Python-fanatic-feeling-the-ruby-pull
Like I said before - if you're feeling the Ruby pull, go for it. I tried Ruby
and rather strongly disliked it. If, instead, you're feeling the Rails pull (you
feel the ideas behind Rails have merit), then why not just port it to Python?
-Dave
[Jeff Blaine] 6yr-Python-fanatic-feeling-the-ruby-pull
[Dave Brueck] Like I said before - if you're feeling the Ruby pull, go for it. I tried Ruby and rather strongly disliked it. If, instead, you're feeling the Rails pull (you feel the ideas behind Rails have merit), then why not just port it to Python?
Or talk to someone who has already started. Peter Hunt declared to the
web-sig recently that he's interested in developing a python-on-rails,
which would also be WSGI compatible. http://mail.python.org/pipermail/web...er/001042.html
Peter obviously hopes to capitalize on the portability of WSGI
middleware components.
regards,
--
alan kennedy
------------------------------------------------------
email alan: http://xhaus.com/contact/alan This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: Gary Nutbeam |
last post by:
I've noticed that the Perl camp has a very nice web/database environment
called Maypole. Ruby has the Rails environment which on the surface seems
similar to Maypole. I can't find anything in...
|
by: Amol Vaidya |
last post by:
Hi. I am interested in learning a new programming language, and have been
debating whether to learn Ruby or Python. How do these compare and contrast
with one another, and what advantages does one...
|
by: Matias |
last post by:
I'm not asking if it's better or not than php... I want to know the
opinions of web developers about this new toy...
Byee..
|
by: seberino |
last post by:
I'm interested in knowing which Python web framework is most like Ruby
on Rails.
I've heard of Subway and Django.
Are there other Rails clones in Python land I don't know about?
Which one...
|
by: Francois |
last post by:
I discovered Python a few months ago and soon decided to invest time in
learning it well. While surfing the net for Python, I also saw the hype
over Ruby and tried to find out more about it, before...
|
by: Niheel |
last post by:
I've used the following tutorials to help be get a better understanding of Ruby On Rails or ROR.
Installing Ruby on Rails - Fedora / Lighthttpd
Tutorial & Setup for Ruby on Rails
Rolling with...
|
by: brenocon |
last post by:
Hi all --
Compared to the Python I know and love, Ruby isn't quite the same.
However, it has at least one terrific feature: "blocks". Whereas in
Python a
"block" is just several lines of...
|
by: lawrence k |
last post by:
I work mostly in PHP, but at the web design firm where I work we are
thinking of switching to Ruby on Rails. Our lead designer recently
installed Typo on a client's site and he said to us, with...
|
by: Erwin Moller |
last post by:
Hi Group,
This may seem a odd question in a PHP group, but I think this might be a
good place to ask since I am mainly a PHP coder these days that maybe
starts with Ruby.
Situation:
A client...
|
by: ryjfgjl |
last post by:
ExcelToDatabase: batch import excel into database automatically...
|
by: isladogs |
last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM).
In this month's session, we are pleased to welcome back...
|
by: ArrayDB |
last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
|
by: PapaRatzi |
last post by:
Hello,
I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
|
by: CloudSolutions |
last post by:
Introduction:
For many beginners and individual users, requiring a credit card and email registration may pose a barrier when starting to use cloud servers. However, some cloud server providers now...
|
by: Defcon1945 |
last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
|
by: Shællîpôpï 09 |
last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
|
by: Faith0G |
last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...
|
by: isladogs |
last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM).
In this session, we are pleased to welcome former...
| |