<?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 for dagolden</title>
	<atom:link href="http://www.dagolden.com/index.php/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dagolden.com</link>
	<description>Whatever comes to mind</description>
	<lastBuildDate>Mon, 30 Aug 2010 10:42:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>Comment on Thoughts on Perl 6 hype and backlash by Stanley Hopcroft</title>
		<link>http://www.dagolden.com/index.php/947/thoughts-on-perl-6-hype-and-backlash/comment-page-1/#comment-4125</link>
		<dc:creator>Stanley Hopcroft</dc:creator>
		<pubDate>Mon, 30 Aug 2010 10:42:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.dagolden.com/?p=947#comment-4125</guid>
		<description>Perhaps a reasonable basis for the comparison of &#039;5 and 6, is that of another pair of numbers 4 and 6, the Internet Protocol version 4 and version 6.

IPv6 has had an even longer gestation period than Perl 6, the fundamental RFCs have been redone a few times (eg site local addresses) and even now, getting on to 15 years after the announcement, major production releases of Cisco IOS (12.4) do not include fundamental features (eg v6 ACLs).

And at the same time, there is no real interest in more than half the world in bearing the pain of renumbering to 128 bit addresses.

Perhaps the moral is anything that is big enough to attract at least the superficial attention of almost every man and his dog is not easy to do. Whether it was done well is something only history will determine.

(one also thinks of the gut theory of everything, perhaps even more chimerical).</description>
		<content:encoded><![CDATA[<p>Perhaps a reasonable basis for the comparison of '5 and 6, is that of another pair of numbers 4 and 6, the Internet Protocol version 4 and version 6.</p>
<p>IPv6 has had an even longer gestation period than Perl 6, the fundamental RFCs have been redone a few times (eg site local addresses) and even now, getting on to 15 years after the announcement, major production releases of Cisco IOS (12.4) do not include fundamental features (eg v6 ACLs).</p>
<p>And at the same time, there is no real interest in more than half the world in bearing the pain of renumbering to 128 bit addresses.</p>
<p>Perhaps the moral is anything that is big enough to attract at least the superficial attention of almost every man and his dog is not easy to do. Whether it was done well is something only history will determine.</p>
<p>(one also thinks of the gut theory of everything, perhaps even more chimerical).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Creating new distributions with Dist::Zilla by Ryan</title>
		<link>http://www.dagolden.com/index.php/955/creating-new-distributions-with-distzilla/comment-page-1/#comment-4051</link>
		<dc:creator>Ryan</dc:creator>
		<pubDate>Thu, 19 Aug 2010 08:44:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.dagolden.com/?p=955#comment-4051</guid>
		<description>The one problem I found with dzil&#039;s minting capabilities is that if you change your preferred dist.ini settings in the profile skeleton dir, these changes will not be reflected in already-created modules. To fix this, you can create a module that implements your config using Dist::Zilla::Role::PluginBundle::Easy, and then you can replace all the plugins in dist.ini with your one custom plugin bundle. This bundle will be used by all your new modules, and you can update the bundle whenever you like, and your updates will apply to all your old modules as well.</description>
		<content:encoded><![CDATA[<p>The one problem I found with dzil's minting capabilities is that if you change your preferred dist.ini settings in the profile skeleton dir, these changes will not be reflected in already-created modules. To fix this, you can create a module that implements your config using Dist::Zilla::Role::PluginBundle::Easy, and then you can replace all the plugins in dist.ini with your one custom plugin bundle. This bundle will be used by all your new modules, and you can update the bundle whenever you like, and your updates will apply to all your old modules as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on If Perl were smarter about references by dagolden</title>
		<link>http://www.dagolden.com/index.php/986/if-perl-were-smarter-about-references/comment-page-1/#comment-4045</link>
		<dc:creator>dagolden</dc:creator>
		<pubDate>Tue, 17 Aug 2010 11:48:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.dagolden.com/?p=986#comment-4045</guid>
		<description>In your first two examples, I would expect it to work just the exact same way that &lt;code&gt;@{ $obj-&gt;foo }&lt;/code&gt; would work if &lt;code&gt;foo()&lt;/code&gt; returned multiple values or an empty list.

In your third example, if the first element of &lt;code&gt;@bar&lt;/code&gt; is an array ref, it&#039;s pushed onto the array, just like normal.  I&#039;m only suggesting letting the &lt;em&gt;target&lt;/em&gt; of the push be an array reference, because that&#039;s the only place where the intention is clear by context.</description>
		<content:encoded><![CDATA[<p>In your first two examples, I would expect it to work just the exact same way that <code>@{ $obj->foo }</code> would work if <code>foo()</code> returned multiple values or an empty list.</p>
<p>In your third example, if the first element of <code>@bar</code> is an array ref, it's pushed onto the array, just like normal.  I'm only suggesting letting the <em>target</em> of the push be an array reference, because that's the only place where the intention is clear by context.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on If Perl were smarter about references by dagolden</title>
		<link>http://www.dagolden.com/index.php/986/if-perl-were-smarter-about-references/comment-page-1/#comment-4044</link>
		<dc:creator>dagolden</dc:creator>
		<pubDate>Tue, 17 Aug 2010 11:38:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.dagolden.com/?p=986#comment-4044</guid>
		<description>It&#039;s not core.  (At least, not yet.)  And it works through method resolution, and I don&#039;t think the overhead should be necessary for simple array manipulation. autobox is a great tool &lt;em&gt;because&lt;/em&gt; Perl isn&#039;t smart enough about references.</description>
		<content:encoded><![CDATA[<p>It's not core.  (At least, not yet.)  And it works through method resolution, and I don't think the overhead should be necessary for simple array manipulation. autobox is a great tool <em>because</em> Perl isn't smart enough about references.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on If Perl were smarter about references by Aristotle Pagaltzis</title>
		<link>http://www.dagolden.com/index.php/986/if-perl-were-smarter-about-references/comment-page-1/#comment-4043</link>
		<dc:creator>Aristotle Pagaltzis</dc:creator>
		<pubDate>Tue, 17 Aug 2010 08:27:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.dagolden.com/?p=986#comment-4043</guid>
		<description>What happens if &lt;code&gt;$obj-&gt;foo&lt;/code&gt; returns multiple values?

What will &lt;code&gt;push foo(), @bar, @baz&lt;/code&gt; do if &lt;code&gt;foo&lt;/code&gt; returns the empty list? And depending on the answer to that one: what will it do if the first element in &lt;code&gt;@bar&lt;/code&gt; is an array ref?

Then, whatever behaviour you pick: how do you explain it to a less experienced programmer who has to maintain some Perl code?

(This feels a little like the Perl&#160;6 RFC process all over…)

A while back I saw a proposal to have &lt;code&gt;$foo-&gt;@&lt;/code&gt; mean &lt;code&gt;@{ $foo }&lt;/code&gt;, so that your examples would become eg. &lt;code&gt;push $obj-&gt;foo-&gt;@, @stuff&lt;/code&gt;. To me that seems more likely to work without wonderfully strange new corner cases. Though still slightly cumbersome, it still simplifies the syntax (just a postfix, instead of a circumfix around arbitrarily large expressions). And it also has the advantage of being available in places other than a handful of magic built-ins.</description>
		<content:encoded><![CDATA[<p>What happens if <code>$obj-&gt;foo</code> returns multiple values?</p>
<p>What will <code>push foo(), @bar, @baz</code> do if <code>foo</code> returns the empty list? And depending on the answer to that one: what will it do if the first element in <code>@bar</code> is an array ref?</p>
<p>Then, whatever behaviour you pick: how do you explain it to a less experienced programmer who has to maintain some Perl code?</p>
<p>(This feels a little like the Perl&#160;6 RFC process all over…)</p>
<p>A while back I saw a proposal to have <code>$foo-&gt;@</code> mean <code>@{ $foo }</code>, so that your examples would become eg. <code>push $obj-&gt;foo-&gt;@, @stuff</code>. To me that seems more likely to work without wonderfully strange new corner cases. Though still slightly cumbersome, it still simplifies the syntax (just a postfix, instead of a circumfix around arbitrarily large expressions). And it also has the advantage of being available in places other than a handful of magic built-ins.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on If Perl were smarter about references by marc chantreux</title>
		<link>http://www.dagolden.com/index.php/986/if-perl-were-smarter-about-references/comment-page-1/#comment-4041</link>
		<dc:creator>marc chantreux</dc:creator>
		<pubDate>Tue, 17 Aug 2010 08:19:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dagolden.com/?p=986#comment-4041</guid>
		<description>@mirod: really: i use it daily !</description>
		<content:encoded><![CDATA[<p>@mirod: really: i use it daily !</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on If Perl were smarter about references by marc chantreux</title>
		<link>http://www.dagolden.com/index.php/986/if-perl-were-smarter-about-references/comment-page-1/#comment-4040</link>
		<dc:creator>marc chantreux</dc:creator>
		<pubDate>Tue, 17 Aug 2010 08:16:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.dagolden.com/?p=986#comment-4040</guid>
		<description>hello, 

Even i&#039;m boring about writing/reading the @{ } stuff, i have to say i really appreciate the presence of the sigil because it make the code more readable (@ so you know it&#039;s an array) and reliable (@ so perl can crash if not an array).

what i would like to see is @$obj-&gt;foo</description>
		<content:encoded><![CDATA[<p>hello, </p>
<p>Even i'm boring about writing/reading the @{ } stuff, i have to say i really appreciate the presence of the sigil because it make the code more readable (@ so you know it's an array) and reliable (@ so perl can crash if not an array).</p>
<p>what i would like to see is @$obj-&gt;foo</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on If Perl were smarter about references by mirod</title>
		<link>http://www.dagolden.com/index.php/986/if-perl-were-smarter-about-references/comment-page-1/#comment-4039</link>
		<dc:creator>mirod</dc:creator>
		<pubDate>Tue, 17 Aug 2010 08:05:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.dagolden.com/?p=986#comment-4039</guid>
		<description>Amen, the @{ } syntax has always struck me as the ugliest part of Perl by far. Especially for references in a hash &lt;code&gt;push @{ $foo-&gt;{bar}}, 1&lt;/code&gt; is really, really ugly. I understand that in the case of &lt;code&gt;for ($foo-&gt;{bar}) { ... }&lt;/code&gt; there would be an ambiguity, but really, how often do you do this to get the reference in $foo-&gt;{bar} in $_?</description>
		<content:encoded><![CDATA[<p>Amen, the @{ } syntax has always struck me as the ugliest part of Perl by far. Especially for references in a hash <code>push @{ $foo-&gt;{bar}}, 1</code> is really, really ugly. I understand that in the case of <code>for ($foo-&gt;{bar}) { ... }</code> there would be an ambiguity, but really, how often do you do this to get the reference in $foo-&gt;{bar} in $_?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on If Perl were smarter about references by Adam Kennedy</title>
		<link>http://www.dagolden.com/index.php/986/if-perl-were-smarter-about-references/comment-page-1/#comment-4036</link>
		<dc:creator>Adam Kennedy</dc:creator>
		<pubDate>Tue, 17 Aug 2010 06:23:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.dagolden.com/?p=986#comment-4036</guid>
		<description>Theory: Because of the performance penalty.

I quite like the alternative syntax, but only if the run-time speed for shift @whatever is absolutely the same.

I really don&#039;t want to pay a speed penalty for some of the most heavily used functions in the entire language.</description>
		<content:encoded><![CDATA[<p>Theory: Because of the performance penalty.</p>
<p>I quite like the alternative syntax, but only if the run-time speed for shift @whatever is absolutely the same.</p>
<p>I really don't want to pay a speed penalty for some of the most heavily used functions in the entire language.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on If Perl were smarter about references by Theory</title>
		<link>http://www.dagolden.com/index.php/986/if-perl-were-smarter-about-references/comment-page-1/#comment-4034</link>
		<dc:creator>Theory</dc:creator>
		<pubDate>Tue, 17 Aug 2010 04:15:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.dagolden.com/?p=986#comment-4034</guid>
		<description>Why not use &lt;a href=&quot;http://search.cpan.org/perldoc?autobox&quot; rel=&quot;nofollow&quot;&gt;autobox&lt;/a&gt;? For example:

&lt;code&gt;for ($obj-&gt;foo-&gt;values) { ... }&lt;/code&gt;

—Theory</description>
		<content:encoded><![CDATA[<p>Why not use <a href="http://search.cpan.org/perldoc?autobox" rel="nofollow">autobox</a>? For example:</p>
<p><code>for ($obj-&gt;foo-&gt;values) { ... }</code></p>
<p>—Theory</p>
]]></content:encoded>
	</item>
</channel>
</rss>
