<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.1-alpha2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: &#8220;Get&#8221; Stuffed</title>
	<link>http://www.stuffonfire.com/2007/04/29/get-stuffed/</link>
	<description>don't you worry about blank, let me worry about blank</description>
	<pubDate>Fri, 04 Jul 2008 03:46:38 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.1-alpha2</generator>

	<item>
		<title>by: Ankur</title>
		<link>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9895</link>
		<pubDate>Mon, 07 May 2007 03:51:26 +0000</pubDate>
		<guid>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9895</guid>
					<description>The Digg API Framework now uses &quot;fetch&quot; prefix instead of &quot;get&quot;.</description>
		<content:encoded><![CDATA[<p>The Digg API Framework now uses &#8220;fetch&#8221; prefix instead of &#8220;get&#8221;.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Jacob Rus</title>
		<link>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9695</link>
		<pubDate>Thu, 03 May 2007 07:50:37 +0000</pubDate>
		<guid>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9695</guid>
					<description>Authors should really stop using “get” in their prose as well.  There are many more specific substitute verbs in English.  And precision is critical to well-written code and well-written text.</description>
		<content:encoded><![CDATA[<p>Authors should really stop using “get” in their prose as well.  There are many more specific substitute verbs in English.  And precision is critical to well-written code and well-written text.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: J Nozzi</title>
		<link>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9643</link>
		<pubDate>Wed, 02 May 2007 02:23:00 +0000</pubDate>
		<guid>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9643</guid>
					<description>Guys (and gals?), you're missing one big point: KVC and KVO (required to use Cocoa Bindings). Search your friendly documentation ...</description>
		<content:encoded><![CDATA[<p>Guys (and gals?), you&#8217;re missing one big point: KVC and KVO (required to use Cocoa Bindings). Search your friendly documentation &#8230;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Nehemiah</title>
		<link>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9624</link>
		<pubDate>Tue, 01 May 2007 19:07:46 +0000</pubDate>
		<guid>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9624</guid>
					<description>I think arron Hellegass (sorry i wrecked your name) wants us to &quot;get&quot; away from get as a desegnator of accessor methods. The idea here is that the &quot;messages&quot; we send are commands to an object NOT method names we are just calling. 
size = string.getSize() is not as simple as size = [string size] sence you shouldn't be accessing instance variables (or member variables) anyway. thats not the object oriented way.</description>
		<content:encoded><![CDATA[<p>I think arron Hellegass (sorry i wrecked your name) wants us to &#8220;get&#8221; away from get as a desegnator of accessor methods. The idea here is that the &#8220;messages&#8221; we send are commands to an object NOT method names we are just calling.<br />
size = string.getSize() is not as simple as size = [string size] sence you shouldn&#8217;t be accessing instance variables (or member variables) anyway. thats not the object oriented way.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Colin Barrett</title>
		<link>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9604</link>
		<pubDate>Tue, 01 May 2007 05:43:13 +0000</pubDate>
		<guid>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9604</guid>
					<description>In addition to the Cocoa usage of &quot;get&quot;, I've seen another good one.

In Mozilla code, functions prefixed by Get return values that you need to null check. Conversely, functions that do not start with Get need no null checking.

At least, that's the way it works in theory ;)

To extend your original point, *any* words without real semantic meaning should be purged from you function names. Another particularly bad one I see a lot is including the name of the class in a method. -[Moo getMooSize:] is just silly.</description>
		<content:encoded><![CDATA[<p>In addition to the Cocoa usage of &#8220;get&#8221;, I&#8217;ve seen another good one.</p>
<p>In Mozilla code, functions prefixed by Get return values that you need to null check. Conversely, functions that do not start with Get need no null checking.</p>
<p>At least, that&#8217;s the way it works in theory <img src='http://www.stuffonfire.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>To extend your original point, *any* words without real semantic meaning should be purged from you function names. Another particularly bad one I see a lot is including the name of the class in a method. -[Moo getMooSize:] is just silly.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Chris Hanson</title>
		<link>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9577</link>
		<pubDate>Mon, 30 Apr 2007 08:12:26 +0000</pubDate>
		<guid>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9577</guid>
					<description>Actually, the &quot;get&quot; prefix has a very specific meaning in Cocoa-derived APIs:  It means that you're going to be passing in a location by reference where the result should be stored.  For example, &lt;a href=&quot;http://developer.apple.com/documentation/Cocoa/Reference/Foundation/Classes/NSString_Class/Reference/NSString.html#//apple_ref/occ/instm/NSString/getCString:maxLength:encoding:&quot; rel=&quot;nofollow&quot;&gt;-[NSString getCString:maxLength:encoding:]&lt;/a&gt; requires you to pass a buffer into which it will place the result.

Following the conventions of an API is important when building additional frameworks and applications atop it.</description>
		<content:encoded><![CDATA[<p>Actually, the &#8220;get&#8221; prefix has a very specific meaning in Cocoa-derived APIs:  It means that you&#8217;re going to be passing in a location by reference where the result should be stored.  For example, <a href="http://developer.apple.com/documentation/Cocoa/Reference/Foundation/Classes/NSString_Class/Reference/NSString.html#//apple_ref/occ/instm/NSString/getCString:maxLength:encoding:" rel="nofollow">-[NSString getCString:maxLength:encoding:]</a> requires you to pass a buffer into which it will place the result.</p>
<p>Following the conventions of an API is important when building additional frameworks and applications atop it.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: David Young</title>
		<link>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9573</link>
		<pubDate>Mon, 30 Apr 2007 04:53:37 +0000</pubDate>
		<guid>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9573</guid>
					<description>You are free to substitute another verb in its place. I am have nothing against verbs.</description>
		<content:encoded><![CDATA[<p>You are free to substitute another verb in its place. I am have nothing against verbs.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Taybin</title>
		<link>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9570</link>
		<pubDate>Mon, 30 Apr 2007 03:27:03 +0000</pubDate>
		<guid>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9570</guid>
					<description>I don't see what &quot;get&quot; has to do with the problem.

How is this better?
&lt;code&gt;
-storyWithID:
preferences()
userProfile()
&lt;/code&gt;
?</description>
		<content:encoded><![CDATA[<p>I don&#8217;t see what &#8220;get&#8221; has to do with the problem.</p>
<p>How is this better?<br />
<code><br />
-storyWithID:<br />
preferences()<br />
userProfile()<br />
</code><br />
?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: stuffonfire.com - “Get” Stuffed</title>
		<link>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9556</link>
		<pubDate>Sun, 29 Apr 2007 19:37:27 +0000</pubDate>
		<guid>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9556</guid>
					<description>[...] Today i read on stuffonfire.com» “Get” tuffed that the writer of that article (i did not find a name of the blogwriter yet :-D) doesn&amp;#8217;t like to use &amp;#8220;get&amp;#8221; in object-methods. The author has some good reasons, why he does that. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Today i read on stuffonfire.com» “Get” tuffed that the writer of that article (i did not find a name of the blogwriter yet <img src='http://www.stuffonfire.com/wp-includes/images/smilies/icon_biggrin.gif' alt=':-D' class='wp-smiley' /> ) doesn&#8217;t like to use &#8220;get&#8221; in object-methods. The author has some good reasons, why he does that. [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: PatrickQG</title>
		<link>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9555</link>
		<pubDate>Sun, 29 Apr 2007 19:34:45 +0000</pubDate>
		<guid>http://www.stuffonfire.com/2007/04/29/get-stuffed/#comment-9555</guid>
					<description>If what you are interfacing with is well written, does it really matter what it does to &quot;get&quot; you what you ask for? -getStoryWithID: could easily be changed to do a SQL query. Why be more specific? Why you care what &quot;get&quot; actually means? How is that worse than, say, (on a story class) -find:? Perhaps just -storyWithID:?

Now progress/status... you make a solid point.</description>
		<content:encoded><![CDATA[<p>If what you are interfacing with is well written, does it really matter what it does to &#8220;get&#8221; you what you ask for? -getStoryWithID: could easily be changed to do a SQL query. Why be more specific? Why you care what &#8220;get&#8221; actually means? How is that worse than, say, (on a story class) -find:? Perhaps just -storyWithID:?</p>
<p>Now progress/status&#8230; you make a solid point.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
