<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Perl Best Practices</title>
	<atom:link href="http://www.cgiphp.com/blog/perl-best-practices/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.cgiphp.com/blog/perl-best-practices/</link>
	<description>Enhance your site with CGi, PHP and ASP scripts</description>
	<lastBuildDate>Sat, 04 Feb 2012 18:32:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Richard S. Smith</title>
		<link>http://www.cgiphp.com/blog/perl-best-practices/comment-page-1/#comment-104</link>
		<dc:creator>Richard S. Smith</dc:creator>
		<pubDate>Sat, 06 Feb 2010 14:02:17 +0000</pubDate>
		<guid isPermaLink="false">http://bloghost.xaviermedia.net/blog/perl-best-practices/#comment-104</guid>
		<description>&quot;Perl Best Practices&quot; provides a good tour of the current features of
&lt;br /&gt;Perl 5.8.x and sheds light on all the corners of the language except
&lt;br /&gt;one.  I didn&#039;t understand why there is no info on Win32 Perl (use
&lt;br /&gt;&quot;chomp&quot; instead of &quot;chop&quot;, stuff like that).  The book would have been
&lt;br /&gt;better if it hadn&#039;t shied away from that.  It seems like Conway
&lt;br /&gt;decided to leave OS-specific best practices for another book.  Apart
&lt;br /&gt;from that one gripe the book is quite good and will force the reader
&lt;br /&gt;to think about ways to improve his programming even though no one will
&lt;br /&gt;agree with everything.  The books strongest point is that it touches
&lt;br /&gt;on the oldest parts of the language and also some really new stuff
&lt;br /&gt;like importing Perl 6 behavior via CPAN modules, and ties it all
&lt;br /&gt;together into a coherent body of thought.  The thing that really
&lt;br /&gt;shines is how much Conway understands how Perl works as a programming
&lt;br /&gt;language and is honest about where it&#039;s lacking.  Apart from the
&lt;br /&gt;absence of any Win32 or other OS-specific content, this book is a
&lt;br /&gt;treasure and worth owning and referring to often.
Rating: 4 / 5</description>
		<content:encoded><![CDATA[<p>&#034;Perl Best Practices&#034; provides a good tour of the current features of<br />
<br />Perl 5.8.x and sheds light on all the corners of the language except<br />
<br />one.  I didn&#039;t understand why there is no info on Win32 Perl (use<br />
<br />&#034;chomp&#034; instead of &#034;chop&#034;, stuff like that).  The book would have been<br />
<br />better if it hadn&#039;t shied away from that.  It seems like Conway<br />
<br />decided to leave OS-specific best practices for another book.  Apart<br />
<br />from that one gripe the book is quite good and will force the reader<br />
<br />to think about ways to improve his programming even though no one will<br />
<br />agree with everything.  The books strongest point is that it touches<br />
<br />on the oldest parts of the language and also some really new stuff<br />
<br />like importing Perl 6 behavior via CPAN modules, and ties it all<br />
<br />together into a coherent body of thought.  The thing that really<br />
<br />shines is how much Conway understands how Perl works as a programming<br />
<br />language and is honest about where it&#039;s lacking.  Apart from the<br />
<br />absence of any Win32 or other OS-specific content, this book is a<br />
<br />treasure and worth owning and referring to often.<br />
Rating: 4 / 5</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: G. Carlo Tarantino</title>
		<link>http://www.cgiphp.com/blog/perl-best-practices/comment-page-1/#comment-103</link>
		<dc:creator>G. Carlo Tarantino</dc:creator>
		<pubDate>Sat, 06 Feb 2010 11:43:31 +0000</pubDate>
		<guid isPermaLink="false">http://bloghost.xaviermedia.net/blog/perl-best-practices/#comment-103</guid>
		<description>Talks about many topics. Some are at my level of comprehension, other are too technical for me. Some chapters are really very interesting, other less (typical consideration on a book that writes about so many different topics).
&lt;br /&gt;I strongly suggest to read this book, it makes you aware of many good practices and ideas.
Rating: 4 / 5</description>
		<content:encoded><![CDATA[<p>Talks about many topics. Some are at my level of comprehension, other are too technical for me. Some chapters are really very interesting, other less (typical consideration on a book that writes about so many different topics).<br />
<br />I strongly suggest to read this book, it makes you aware of many good practices and ideas.<br />
Rating: 4 / 5</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Liag Iba</title>
		<link>http://www.cgiphp.com/blog/perl-best-practices/comment-page-1/#comment-102</link>
		<dc:creator>Liag Iba</dc:creator>
		<pubDate>Sat, 06 Feb 2010 11:17:35 +0000</pubDate>
		<guid isPermaLink="false">http://bloghost.xaviermedia.net/blog/perl-best-practices/#comment-102</guid>
		<description>Writing s{ ,z }{}xms when you mean s/,$// (as suggested in this book) is borderline idiocy. If I wanted to be needlessly verbose, I would have written it in Java. s/,$// is concise and works in sed and vi too.
Rating: 1 / 5</description>
		<content:encoded><![CDATA[<p>Writing s{ ,z }{}xms when you mean s/,$// (as suggested in this book) is borderline idiocy. If I wanted to be needlessly verbose, I would have written it in Java. s/,$// is concise and works in sed and vi too.<br />
Rating: 1 / 5</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcus Hudson</title>
		<link>http://www.cgiphp.com/blog/perl-best-practices/comment-page-1/#comment-101</link>
		<dc:creator>Marcus Hudson</dc:creator>
		<pubDate>Sat, 06 Feb 2010 09:41:32 +0000</pubDate>
		<guid isPermaLink="false">http://bloghost.xaviermedia.net/blog/perl-best-practices/#comment-101</guid>
		<description>This book will not help you write better code. It is filled with useless tips like &quot;ALWAYS CALL SUBROUTINES WITH PARENTHESES&quot; and &quot;ALWAYS RETURN VIA AN EXPLICIT RETURN&quot;. How silly! Stick to the advice found in Programming Perl (aka the Perl Bible).
Rating: 1 / 5</description>
		<content:encoded><![CDATA[<p>This book will not help you write better code. It is filled with useless tips like &#034;ALWAYS CALL SUBROUTINES WITH PARENTHESES&#034; and &#034;ALWAYS RETURN VIA AN EXPLICIT RETURN&#034;. How silly! Stick to the advice found in Programming Perl (aka the Perl Bible).<br />
Rating: 1 / 5</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mario Williams</title>
		<link>http://www.cgiphp.com/blog/perl-best-practices/comment-page-1/#comment-100</link>
		<dc:creator>Mario Williams</dc:creator>
		<pubDate>Sat, 06 Feb 2010 08:12:50 +0000</pubDate>
		<guid isPermaLink="false">http://bloghost.xaviermedia.net/blog/perl-best-practices/#comment-100</guid>
		<description>The author has compiled a list of arbitrary recommendations (&quot;use four-column indention levels&quot;, &quot;don&#039;t use the &#039;unless&#039; statement&quot;, &quot;always use the /x flag on regexes&quot;). You are bound to gain more from almost any other Perl book out there which explores the language and not the author&#039;s pet peeves.
Rating: 1 / 5</description>
		<content:encoded><![CDATA[<p>The author has compiled a list of arbitrary recommendations (&#034;use four-column indention levels&#034;, &#034;don&#039;t use the &#039;unless&#039; statement&#034;, &#034;always use the /x flag on regexes&#034;). You are bound to gain more from almost any other Perl book out there which explores the language and not the author&#039;s pet peeves.<br />
Rating: 1 / 5</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.285 seconds -->

