<?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 for brian will . net</title>
	<atom:link href="http://brianwill.net/blog/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://brianwill.net/blog</link>
	<description>my tech blog and the (temporary) project blog for LearnProgramming.tv</description>
	<pubDate>Wed, 09 Jul 2008 03:49:04 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>Comment on The only Javascript speed test that really matters. by kwgfxis@hotmail.com</title>
		<link>http://brianwill.net/blog/2007/06/11/the-only-javascript-speed-test-that-really-matters/#comment-37263</link>
		<dc:creator>kwgfxis@hotmail.com</dc:creator>
		<pubDate>Tue, 08 Jul 2008 17:15:24 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/2007/06/11/the-only-javascript-speed-test-that-really-matters/#comment-37263</guid>
		<description>nltbsor</description>
		<content:encoded><![CDATA[<p>nltbsor</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on UML sucks by Obi Wan Kenobi</title>
		<link>http://brianwill.net/blog/2008/05/16/uml-sucks/#comment-36191</link>
		<dc:creator>Obi Wan Kenobi</dc:creator>
		<pubDate>Sun, 22 Jun 2008 22:12:16 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/?p=123#comment-36191</guid>
		<description>There is another reason why UML sucks. Try to represent a good old data flow diagram in UML. Rumbaugh still had it. UML has dropped it. 50% of data processing cannot be modelled any more.</description>
		<content:encoded><![CDATA[<p>There is another reason why UML sucks. Try to represent a good old data flow diagram in UML. Rumbaugh still had it. UML has dropped it. 50% of data processing cannot be modelled any more.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Video of talk on Pigeon by brian will . net &#187; Blog Archive &#187; Look ma, no lesson plan</title>
		<link>http://brianwill.net/blog/2008/05/18/video-of-talk-on-pigeon/#comment-33876</link>
		<dc:creator>brian will . net &#187; Blog Archive &#187; Look ma, no lesson plan</dc:creator>
		<pubDate>Wed, 21 May 2008 09:38:11 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/?p=125#comment-33876</guid>
		<description>[...] about everything I described in my talk about what goes wrong in education goes wrong at nearly every step in this 10-minute video. I [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] about everything I described in my talk about what goes wrong in education goes wrong at nearly every step in this 10-minute video. I [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Poorly explained aspects of Java explained not so poorly (part 1) by Brian Will</title>
		<link>http://brianwill.net/blog/2007/10/20/poorly-explained-aspects-of-java-explained-not-so-poorly-part-1/#comment-33875</link>
		<dc:creator>Brian Will</dc:creator>
		<pubDate>Wed, 21 May 2008 09:23:19 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/2007/10/20/poorly-explained-aspects-of-java-explained-not-so-poorly-part-1/#comment-33875</guid>
		<description>While 'method' certainly has an OOP connotation that 'function' does not, it's ridiculous to suggest that calling a method a 'function' is really improper. Who cares what the spec says? That's just a careful style editor enforcing consistency. Likely because of C's influence, the term 'function' is used most commonly as the generic catch-all to mean method, routine, and procedure.</description>
		<content:encoded><![CDATA[<p>While &#8216;method&#8217; certainly has an OOP connotation that &#8216;function&#8217; does not, it&#8217;s ridiculous to suggest that calling a method a &#8216;function&#8217; is really improper. Who cares what the spec says? That&#8217;s just a careful style editor enforcing consistency. Likely because of C&#8217;s influence, the term &#8216;function&#8217; is used most commonly as the generic catch-all to mean method, routine, and procedure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Poorly explained aspects of Java explained not so poorly (part 1) by Anonymous Coward</title>
		<link>http://brianwill.net/blog/2007/10/20/poorly-explained-aspects-of-java-explained-not-so-poorly-part-1/#comment-33817</link>
		<dc:creator>Anonymous Coward</dc:creator>
		<pubDate>Tue, 20 May 2008 20:49:20 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/2007/10/20/poorly-explained-aspects-of-java-explained-not-so-poorly-part-1/#comment-33817</guid>
		<description>Terminology is important too.  Java doesn't have 'functions' and nowhere in the JLS (Java Language Specifications) will you find the term 'function'.  Java has 'methods', not 'functions'.</description>
		<content:encoded><![CDATA[<p>Terminology is important too.  Java doesn&#8217;t have &#8216;functions&#8217; and nowhere in the JLS (Java Language Specifications) will you find the term &#8216;function&#8217;.  Java has &#8216;methods&#8217;, not &#8216;functions&#8217;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Personal Rapid Transit (yeah, the People Mover thing at Disneyland) by gary</title>
		<link>http://brianwill.net/blog/2008/05/17/personal-rapid-transit-yeah-the-people-mover-thing-at-disneyland/#comment-33767</link>
		<dc:creator>gary</dc:creator>
		<pubDate>Tue, 20 May 2008 05:23:35 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/?p=124#comment-33767</guid>
		<description>Good writeup.  I've been developing my own PRT concept...

&lt;a href="http://www.prtproject.com" rel="nofollow"&gt;www.prtproject.com&lt;/a&gt;

What do you think?  I think old Walt's peoplemover was on the right track (pun intented).

gary</description>
		<content:encoded><![CDATA[<p>Good writeup.  I&#8217;ve been developing my own PRT concept&#8230;</p>
<p><a href="http://www.prtproject.com" rel="nofollow">http://www.prtproject.com</a></p>
<p>What do you think?  I think old Walt&#8217;s peoplemover was on the right track (pun intented).</p>
<p>gary</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Personal Rapid Transit (yeah, the People Mover thing at Disneyland) by PRT Strategies</title>
		<link>http://brianwill.net/blog/2008/05/17/personal-rapid-transit-yeah-the-people-mover-thing-at-disneyland/#comment-33657</link>
		<dc:creator>PRT Strategies</dc:creator>
		<pubDate>Sun, 18 May 2008 17:32:41 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/?p=124#comment-33657</guid>
		<description>For more on Personal Rapid Transit: http://www.prtstrategies.com</description>
		<content:encoded><![CDATA[<p>For more on Personal Rapid Transit: <a href="http://www.prtstrategies.com" rel="nofollow">http://www.prtstrategies.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Tipping as a replacement for micropayments by Goonmunster</title>
		<link>http://brianwill.net/blog/2007/05/20/tipping-as-a-replacement-for-micropayments/#comment-32481</link>
		<dc:creator>Goonmunster</dc:creator>
		<pubDate>Sun, 04 May 2008 23:58:15 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/2007/05/20/tipping-as-a-replacement-for-micropayments/#comment-32481</guid>
		<description>Forget about this tracking nonsense, just give them the money, call it what u will, contribution, donation, payment, whatever.  The point is that the PERSON /PPL WHO DID THE WORK get paid, cn afford to eat, continue to provide the service / product and perhaps live a good life.  Certainly not the case with many contributors to OpenSource/GNU, while gigantic companies, never mind their shareholders, rake in millions and billions from their efforts. Or for that mater, many not-so-popular music artist prior to or since napster or itunes.</description>
		<content:encoded><![CDATA[<p>Forget about this tracking nonsense, just give them the money, call it what u will, contribution, donation, payment, whatever.  The point is that the PERSON /PPL WHO DID THE WORK get paid, cn afford to eat, continue to provide the service / product and perhaps live a good life.  Certainly not the case with many contributors to OpenSource/GNU, while gigantic companies, never mind their shareholders, rake in millions and billions from their efforts. Or for that mater, many not-so-popular music artist prior to or since napster or itunes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PygeonC function declarations/definitions and function pointers by brian will . net &#187; Blog Archive &#187; Subtlety hinders grokability</title>
		<link>http://brianwill.net/blog/2007/02/11/pygeonc-function-declarationsdefinitions-and-function-pointers/#comment-28461</link>
		<dc:creator>brian will . net &#187; Blog Archive &#187; Subtlety hinders grokability</dc:creator>
		<pubDate>Mon, 17 Mar 2008 14:29:18 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/2007/02/11/pygeonc-function-declarationsdefinitions-and-function-pointers/#comment-28461</guid>
		<description>[...] Here&#8217;s some nice paragraphs recycled from an old crappy post no longer worth reading. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Here&#8217;s some nice paragraphs recycled from an old crappy post no longer worth reading. [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Warts on a snake: Ugly bits in Python syntax by Scott Enderle</title>
		<link>http://brianwill.net/blog/2007/07/27/warts-on-a-snake-ugly-bits-in-python-syntax/#comment-24193</link>
		<dc:creator>Scott Enderle</dc:creator>
		<pubDate>Wed, 06 Feb 2008 23:01:18 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/2007/07/27/warts-on-a-snake-ugly-bits-in-python-syntax/#comment-24193</guid>
		<description>I don't mean to be argumentative but I have to agree with Will's position. 

1) I happen to see this as an example of Python's self-documenting tendencies. The self argument could be left explicit, but a) I find that the consistency of idiom ("self is just another argument") actually makes it easier to read; and b) it clarifies the concept for people who are learning to program object-oriented code. You might scoff at the latter; but a language like python encourages good coding practices by making them easier, and learning the concepts behind the language you use is a good coding practice. 

Another advantage: there's nothing stopping you from using "me" instead of "self", except convention. But in javascript you have to use "this."

2. I think typing @ is harder than typing two single quotes. 

And again, Python self-documents: {'foo':bar} actually conveys the sense that "foo" is a name. But what does @foo mean? It's nowhere near as intuitive. 

3. I honestly have no opinion about double-underscores. But I don't see how they're any more annoying than any other set-this-apart convention (would INIT() be any better?). It ought to have some kind of visual impact, and things with visual impact are a little annoying. That's the whole point. 

4. Actually, I agree that this might not be necessary, except on single-line statements. But somewhere in the back of my head I suspect that I am wrong to feel this way. I guess Python has its grips in me...</description>
		<content:encoded><![CDATA[<p>I don&#8217;t mean to be argumentative but I have to agree with Will&#8217;s position. </p>
<p>1) I happen to see this as an example of Python&#8217;s self-documenting tendencies. The self argument could be left explicit, but a) I find that the consistency of idiom (&#8221;self is just another argument&#8221;) actually makes it easier to read; and b) it clarifies the concept for people who are learning to program object-oriented code. You might scoff at the latter; but a language like python encourages good coding practices by making them easier, and learning the concepts behind the language you use is a good coding practice. </p>
<p>Another advantage: there&#8217;s nothing stopping you from using &#8220;me&#8221; instead of &#8220;self&#8221;, except convention. But in javascript you have to use &#8220;this.&#8221;</p>
<p>2. I think typing @ is harder than typing two single quotes. </p>
<p>And again, Python self-documents: {&#8217;foo&#8217;:bar} actually conveys the sense that &#8220;foo&#8221; is a name. But what does @foo mean? It&#8217;s nowhere near as intuitive. </p>
<p>3. I honestly have no opinion about double-underscores. But I don&#8217;t see how they&#8217;re any more annoying than any other set-this-apart convention (would INIT() be any better?). It ought to have some kind of visual impact, and things with visual impact are a little annoying. That&#8217;s the whole point. </p>
<p>4. Actually, I agree that this might not be necessary, except on single-line statements. But somewhere in the back of my head I suspect that I am wrong to feel this way. I guess Python has its grips in me&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
