[lnkForumImage]
TotalShareware - Download Free Software
Confronta i prezzi di migliaia di prodotti.
Asp Forum
 Home | Login | Register | Search 


 

Forums >

comp.lang.ruby

Ruby Patriotism: Python+XML v. Ruby+YAML

why the lucky stiff

10/8/2003 8:18:00 PM

We've got a good old-fashioned derby going on in blogoland. Perhaps
some of you fully-vested shareholders can give me a hand here.

Some disparaging Ruby+XML benchmarks from yesterday:
http://www.intertwingly...

And now I'm making a case for the speed of Ruby+YAML:
http://www.whythelucky...

So, if this gets heated, I'll end it pronto. This isn't name-calling or
brute campaign (I hope). A friendly face-off. Like a pick-up game of
basketball.

Here's what you can do:

- I've opened a Wiki page. [http://www.intertwingly.net/wiki/pie/The...]
Add your suggestions for improving our chances in the running.

- Check out the scripts [http://www.whythelucky...ruby/yaml-vs-atom/]
and take a stab at improving the converter.

- Perhaps someone can better represent Ruby+XML? Can we benchmark
Ruby+libxml2? Any other good XML libs out there?

So what's the goal of this? Well, I'd just like to give Ruby a good
showing. I think we can make a tight case for using Ruby and YAML
together. And a chance to get some good Ruby code out in the eyes of
those who haven't seen it.

_why
5 Answers

Mark J. Reed

10/8/2003 8:20:00 PM

0

Has anyone benchmarked Python+YAML? You should account for all the variables.

-Mark

why the lucky stiff

10/8/2003 8:36:00 PM

0

Mark J. Reed (markjreed@mail.com) wrote:
> Has anyone benchmarked Python+YAML? You should account for all the variables.
>
> -Mark

Once I've got the Ruby scripts working, I'll try with Python+Syck.
Problem is that none of the Python extensions are very mature. I get
abdominal pains navigating Python's C API. It's generally ok, until you
get into creating classes.

_why

Brett H. Williams

10/8/2003 9:23:00 PM

0

On Oct 9, why the lucky stiff wrote:
> We've got a good old-fashioned derby going on in blogoland. Perhaps
> some of you fully-vested shareholders can give me a hand here.
>
> Some disparaging Ruby+XML benchmarks from yesterday:
> http://www.intertwingly...
>
> And now I'm making a case for the speed of Ruby+YAML:
> http://www.whythelucky...
>
> So, if this gets heated, I'll end it pronto. This isn't name-calling or
> brute campaign (I hope). A friendly face-off. Like a pick-up game of
> basketball.
>
> Here's what you can do:
>
> - I've opened a Wiki page. [http://www.intertwingly.net/wiki/pie/The...]
> Add your suggestions for improving our chances in the running.
>
> - Check out the scripts [http://www.whythelucky...ruby/yaml-vs-atom/]
> and take a stab at improving the converter.
>
> - Perhaps someone can better represent Ruby+XML? Can we benchmark
> Ruby+libxml2? Any other good XML libs out there?

Ruby+libxml2 certainly works well, and borrows a lot of the nice API
concepts from REXML. Certainly it should be benchmarked if you're trying
to examine Ruby and XML together.

It's only drawback (other than library dependency on libxml2) is that it is
not documented. You just have to search the modules/classes and see what
methods are defined and figure out how to use them.

Certainly if you just want to throw out a number for parsing the file (like
for Python2.2 + libxml2) it's really easy to do.

Jim Freeze

10/10/2003 10:25:00 AM

0

On Thursday, 9 October 2003 at 5:36:20 +0900, why the lucky stiff wrote:
> Mark J. Reed (markjreed@mail.com) wrote:
> > Has anyone benchmarked Python+YAML? You should account for all the variables.
> >
> > -Mark
>
> Once I've got the Ruby scripts working, I'll try with Python+Syck.
> Problem is that none of the Python extensions are very mature. I get
> abdominal pains navigating Python's C API. It's generally ok, until you
> get into creating classes.
>

Oh, so that explains the recent illness. :)

--
Jim Freeze
----------

Mark J. Reed

10/10/2003 1:16:00 PM

0

On Thursday, 9 October 2003 at 5:36:20 +0900, why the lucky stiff wrote:
> Once I've got the Ruby scripts working, I'll try with Python+Syck.
> Problem is that none of the Python extensions are very mature. I get
> abdominal pains navigating Python's C API. It's generally ok, until you
> get into creating classes.

I have a similar reaction to creating Python classes in Python, but
that could just be me. :)

-Mark