<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: A subjective comparison between Perl and Ruby</title>
	<atom:link href="http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/feed/" rel="self" type="application/rss+xml" />
	<link>http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/</link>
	<description>Eli Bendersky's personal website</description>
	<pubDate>Fri, 21 Nov 2008 21:01:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Jenda</title>
		<link>http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-122402</link>
		<dc:creator>Jenda</dc:creator>
		<pubDate>Fri, 13 Jun 2008 12:45:56 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-122402</guid>
		<description>Textile markup language? That's a pretty bad example if you ask me. Let's see, what the heck is "Textile markup language", google, wikipedia ... aaaaah, yet another of the thousands simplified markup languages used originaly by some blogging or forum software. Now, how's that new technology? This particular markup was first implemented in PHP ... well since it was part of some PHP forum, it's no big surprise. Then it was implemented in Ruby ... I guess someone wrote his/her own forum and wanted to use the same syntax. And only then, long after, someone implemented this particular syntax in Perl ... I guess it was the first time someone wrote a new forum from scratch and was looking for a syntax to support.</description>
		<content:encoded><![CDATA[<p>Textile markup language? That&#8217;s a pretty bad example if you ask me. Let&#8217;s see, what the heck is &#8220;Textile markup language&#8221;, google, wikipedia &#8230; aaaaah, yet another of the thousands simplified markup languages used originaly by some blogging or forum software. Now, how&#8217;s that new technology? This particular markup was first implemented in PHP &#8230; well since it was part of some PHP forum, it&#8217;s no big surprise. Then it was implemented in Ruby &#8230; I guess someone wrote his/her own forum and wanted to use the same syntax. And only then, long after, someone implemented this particular syntax in Perl &#8230; I guess it was the first time someone wrote a new forum from scratch and was looking for a syntax to support.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ripper234</title>
		<link>http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-121072</link>
		<dc:creator>ripper234</dc:creator>
		<pubDate>Tue, 13 May 2008 17:23:32 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-121072</guid>
		<description>"When you need high performance, you’ll have to resort to C/C++, and both Perl and Ruby have good bindings for these languages."

Not really relevant to the most of the article, but I've seen several projects aimed at high performence not choose C/C++. 

Java and C# are more then up to the performance tasks, except maybe for realtime programming.</description>
		<content:encoded><![CDATA[<p>&#8220;When you need high performance, you’ll have to resort to C/C++, and both Perl and Ruby have good bindings for these languages.&#8221;</p>
<p>Not really relevant to the most of the article, but I&#8217;ve seen several projects aimed at high performence not choose C/C++. </p>
<p>Java and C# are more then up to the performance tasks, except maybe for realtime programming.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cato</title>
		<link>http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-121059</link>
		<dc:creator>cato</dc:creator>
		<pubDate>Tue, 13 May 2008 10:21:59 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-121059</guid>
		<description>Well, sometimes you can improve Ruby performancewise - a bit!

Sieve of Eratosthenes in Ruby

http://snippets.dzone.com/posts/show/3734</description>
		<content:encoded><![CDATA[<p>Well, sometimes you can improve Ruby performancewise - a bit!</p>
<p>Sieve of Eratosthenes in Ruby</p>
<p><a href="http://snippets.dzone.com/posts/show/3734" rel="nofollow">http://snippets.dzone.com/posts/show/3734</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexandr Ciornii</title>
		<link>http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-116768</link>
		<dc:creator>Alexandr Ciornii</dc:creator>
		<pubDate>Sat, 22 Mar 2008 14:46:39 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-116768</guid>
		<description>what do you think about Catalyst and CGI::Application?</description>
		<content:encoded><![CDATA[<p>what do you think about Catalyst and CGI::Application?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chromatic</title>
		<link>http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-105321</link>
		<dc:creator>chromatic</dc:creator>
		<pubDate>Sun, 03 Feb 2008 06:45:14 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-105321</guid>
		<description>Heh.  Python's not faster than Perl in many benchmarks I've seen, its user base is smaller than Perl's in every measure I've seen, and it doesn't have lots of libraries compared to the CPAN.  I suppose if you like it despite that, it's a fine language... but I've never heard any of those put forward as serious advantages of Python if you look at the evidence.</description>
		<content:encoded><![CDATA[<p>Heh.  Python&#8217;s not faster than Perl in many benchmarks I&#8217;ve seen, its user base is smaller than Perl&#8217;s in every measure I&#8217;ve seen, and it doesn&#8217;t have lots of libraries compared to the CPAN.  I suppose if you like it despite that, it&#8217;s a fine language&#8230; but I&#8217;ve never heard any of those put forward as serious advantages of Python if you look at the evidence.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 3legcat</title>
		<link>http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-105203</link>
		<dc:creator>3legcat</dc:creator>
		<pubDate>Sun, 03 Feb 2008 04:08:06 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-105203</guid>
		<description>Why not Python? It's nice to work with, mature with a large user base and lots of libraries,  interfaces easily with C/C++ and is also faster then either Perl and Ruby. More importantly, there's are a lot of energy and momentum behind it.  That's a lot like the younger employee you described in your blog entry.</description>
		<content:encoded><![CDATA[<p>Why not Python? It&#8217;s nice to work with, mature with a large user base and lots of libraries,  interfaces easily with C/C++ and is also faster then either Perl and Ruby. More importantly, there&#8217;s are a lot of energy and momentum behind it.  That&#8217;s a lot like the younger employee you described in your blog entry.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: crayz</title>
		<link>http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-104994</link>
		<dc:creator>crayz</dc:creator>
		<pubDate>Sat, 02 Feb 2008 19:29:35 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-104994</guid>
		<description>Try Hpricot for XML parsing,  prefer it to REXML</description>
		<content:encoded><![CDATA[<p>Try Hpricot for XML parsing,  prefer it to REXML</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt S Trout</title>
		<link>http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-104958</link>
		<dc:creator>Matt S Trout</dc:creator>
		<pubDate>Sat, 02 Feb 2008 17:47:03 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-104958</guid>
		<description>Actually, perl6 stopped slowing perl5 down about three years ago, when the perl5 community went "right, we're bored now" and went into overdrive adding new stuff on CPAN. The core interpreter is being developed slowly, certainly, but that's because we don't -need- it to add features.

For example -


  - The &lt;a href="http://search.cpan.org/perldoc?Moose" rel="nofollow"&gt;Moose&lt;/a&gt; meta-protocol and object orientation syntax entension library provides a full metaprotocol, a roles system, introspection, nice syntax, CLOS-style method modifiers and still handles multiple inheritance too
  - As far as exceptions go, &lt;a href="http://search.cpan.org/perldoc?Exception::Class" rel="nofollow"&gt;Exception::Class&lt;/a&gt; is getting steadily more popular and provides nice sugar that still fits in with the perlish style
  - Markdown support is getting back on track - Tomas Doran is fixing up Text::Markdown -and- Text::MultiMarkdown, scraping every test he can find and passing them in between adding freatures
  - And as for DSLs, well ruby's "look I can call a method without parens" doesn't really excite me - for declarative syntax &lt;a&gt;Object::Declare&lt;/a&gt; by Audrey Tang does rather well and there's work in hand to be able to add new &lt;i&gt;language keywords&lt;/i&gt; without source filters - see &lt;a&gt;Method::Signatures&lt;/a&gt; for a bleeding edge but working example

And all of these things work as far back as perl 5.8.1 - which is why none of us really worried about how long 5.10 took. We're also attracting new developers at a reasonable rate - I'm 24 and quite a few of my community co-conspirators are younger. Perl's not dead by a long shot, we're just not so into loud self-promotion when there's working code to be written ...</description>
		<content:encoded><![CDATA[<p>Actually, perl6 stopped slowing perl5 down about three years ago, when the perl5 community went &#8220;right, we&#8217;re bored now&#8221; and went into overdrive adding new stuff on CPAN. The core interpreter is being developed slowly, certainly, but that&#8217;s because we don&#8217;t -need- it to add features.</p>
<p>For example -</p>
<p>  - The <a href="http://search.cpan.org/perldoc?Moose" rel="nofollow">Moose</a> meta-protocol and object orientation syntax entension library provides a full metaprotocol, a roles system, introspection, nice syntax, CLOS-style method modifiers and still handles multiple inheritance too<br />
  - As far as exceptions go, <a href="http://search.cpan.org/perldoc?Exception::Class" rel="nofollow">Exception::Class</a> is getting steadily more popular and provides nice sugar that still fits in with the perlish style<br />
  - Markdown support is getting back on track - Tomas Doran is fixing up Text::Markdown -and- Text::MultiMarkdown, scraping every test he can find and passing them in between adding freatures<br />
  - And as for DSLs, well ruby&#8217;s &#8220;look I can call a method without parens&#8221; doesn&#8217;t really excite me - for declarative syntax <a>Object::Declare</a> by Audrey Tang does rather well and there&#8217;s work in hand to be able to add new <i>language keywords</i> without source filters - see <a>Method::Signatures</a> for a bleeding edge but working example</p>
<p>And all of these things work as far back as perl 5.8.1 - which is why none of us really worried about how long 5.10 took. We&#8217;re also attracting new developers at a reasonable rate - I&#8217;m 24 and quite a few of my community co-conspirators are younger. Perl&#8217;s not dead by a long shot, we&#8217;re just not so into loud self-promotion when there&#8217;s working code to be written &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tomas</title>
		<link>http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-104898</link>
		<dc:creator>tomas</dc:creator>
		<pubDate>Sat, 02 Feb 2008 15:52:08 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-104898</guid>
		<description>For/on windows i use ruby-gtk / ruby-gnome

It works and looks much better than tk IMHO :)</description>
		<content:encoded><![CDATA[<p>For/on windows i use ruby-gtk / ruby-gnome</p>
<p>It works and looks much better than tk IMHO <img src='http://eli.thegreenplace.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: eliben</title>
		<link>http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-104728</link>
		<dc:creator>eliben</dc:creator>
		<pubDate>Sat, 02 Feb 2008 08:03:19 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/2008/02/01/a-subjective-comparison-between-perl-and-ruby/#comment-104728</guid>
		<description>matthew: There's Inline::C for simple uses. Also, I find the bindings to Win32 DLLs (Win32::API in Perl and Win32API in Ruby) easy to use when you don't need a tight integration.

Isaac Gouy: thanks for the tip, I'll link to it.

chromatic: I meant &lt;i&gt;stagnant&lt;/i&gt; in the sense of popularity. CPAN will probably keep growing anyway. And enterprise support is very important IMHO - it gets smart people to work on improving these languages full-time, with pay. Imagine what happens if a few talented hackers will now be getting paid for working on Perl 6 full time. How long will it take to finish ?
And Rails' donation to this interest isn't very relevant, as long as the interest exist. Rails came to the market in the very right time - when people needed to develop dynamic websites and got with with PHP's ugliness.</description>
		<content:encoded><![CDATA[<p>matthew: There&#8217;s Inline::C for simple uses. Also, I find the bindings to Win32 DLLs (Win32::API in Perl and Win32API in Ruby) easy to use when you don&#8217;t need a tight integration.</p>
<p>Isaac Gouy: thanks for the tip, I&#8217;ll link to it.</p>
<p>chromatic: I meant <i>stagnant</i> in the sense of popularity. CPAN will probably keep growing anyway. And enterprise support is very important IMHO - it gets smart people to work on improving these languages full-time, with pay. Imagine what happens if a few talented hackers will now be getting paid for working on Perl 6 full time. How long will it take to finish ?<br />
And Rails&#8217; donation to this interest isn&#8217;t very relevant, as long as the interest exist. Rails came to the market in the very right time - when people needed to develop dynamic websites and got with with PHP&#8217;s ugliness.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
