<?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 kuwamoto.org</title>
	<atom:link href="http://kuwamoto.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://kuwamoto.org</link>
	<description>music, technology, interfaces, people</description>
	<pubDate>Sat, 05 Jul 2008 15:25:27 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Comment on Objective C, readability, and language design by Sean Corfield</title>
		<link>http://kuwamoto.org/2008/07/02/objective-c-readability-and-language-design/#comment-202977</link>
		<dc:creator>Sean Corfield</dc:creator>
		<pubDate>Thu, 03 Jul 2008 16:25:02 +0000</pubDate>
		<guid isPermaLink="false">http://kuwamoto.org/?p=147#comment-202977</guid>
		<description>Objective-C is a great concept as a language but I agree that the bracket syntax is hard work. I'm not sure of the origins but maybe it took a signal from Smalltalk's use of brackets for code blocks? (Smalltalk does not need brackets for message passing in general and is much, much easier to read because of it)

@JulesLt, as a former member of the ANSI C++ Standards Committee I'll say that we worked very hard to allow all C programs to have equivalent meaning in C++ because we valued compatibility. We didn't even drop support for implicit int until the ANSI C committee dropped it! However, one of the guiding principles for C++ was "as close to C as possible but no closer" and the strictness of the C++ type system meant there had to be some incompatibilities (as well as some syntactic clarifications, as I recall - it was a decade ago).</description>
		<content:encoded><![CDATA[<p>Objective-C is a great concept as a language but I agree that the bracket syntax is hard work. I&#8217;m not sure of the origins but maybe it took a signal from Smalltalk&#8217;s use of brackets for code blocks? (Smalltalk does not need brackets for message passing in general and is much, much easier to read because of it)</p>
<p>@JulesLt, as a former member of the ANSI C++ Standards Committee I&#8217;ll say that we worked very hard to allow all C programs to have equivalent meaning in C++ because we valued compatibility. We didn&#8217;t even drop support for implicit int until the ANSI C committee dropped it! However, one of the guiding principles for C++ was &#8220;as close to C as possible but no closer&#8221; and the strictness of the C++ type system meant there had to be some incompatibilities (as well as some syntactic clarifications, as I recall - it was a decade ago).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Objective C, readability, and language design by sho</title>
		<link>http://kuwamoto.org/2008/07/02/objective-c-readability-and-language-design/#comment-202964</link>
		<dc:creator>sho</dc:creator>
		<pubDate>Thu, 03 Jul 2008 15:04:18 +0000</pubDate>
		<guid isPermaLink="false">http://kuwamoto.org/?p=147#comment-202964</guid>
		<description>Felix: I'm learning Objective C for the only thing it's really good for these days: writing Mac and iPhone applications.

Joshua/Jules: Totally agree about the positives of Objective C. I love how dynamic it is, although as far as I can tell, it is not much different than ActionScript 3 in its balance of dynamic/static typing. 

I also love using categories. Being able to extend classes in this way (similar to C# 3.0 or Ruby).


Moke.e.boy: OMeta? Never heard of it. What does it do?</description>
		<content:encoded><![CDATA[<p>Felix: I&#8217;m learning Objective C for the only thing it&#8217;s really good for these days: writing Mac and iPhone applications.</p>
<p>Joshua/Jules: Totally agree about the positives of Objective C. I love how dynamic it is, although as far as I can tell, it is not much different than ActionScript 3 in its balance of dynamic/static typing. </p>
<p>I also love using categories. Being able to extend classes in this way (similar to C# 3.0 or Ruby).</p>
<p>Moke.e.boy: OMeta? Never heard of it. What does it do?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Objective C, readability, and language design by monk.e.boy</title>
		<link>http://kuwamoto.org/2008/07/02/objective-c-readability-and-language-design/#comment-202872</link>
		<dc:creator>monk.e.boy</dc:creator>
		<pubDate>Thu, 03 Jul 2008 09:26:33 +0000</pubDate>
		<guid isPermaLink="false">http://kuwamoto.org/?p=147#comment-202872</guid>
		<description>Jesus wept. That has turned me off ObjC forever ;-)

Us Python programmers are still asking for "c++" rather thatn "c += 1" thank god it's not as ugly as your example...

Wouldn't OMeta solve all these problems? Mini, domain specific languages....

monk.e.boy</description>
		<content:encoded><![CDATA[<p>Jesus wept. That has turned me off ObjC forever ;-)</p>
<p>Us Python programmers are still asking for &#8220;c++&#8221; rather thatn &#8220;c += 1&#8243; thank god it&#8217;s not as ugly as your example&#8230;</p>
<p>Wouldn&#8217;t OMeta solve all these problems? Mini, domain specific languages&#8230;.</p>
<p>monk.e.boy</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Objective C, readability, and language design by JulesLt</title>
		<link>http://kuwamoto.org/2008/07/02/objective-c-readability-and-language-design/#comment-202859</link>
		<dc:creator>JulesLt</dc:creator>
		<pubDate>Thu, 03 Jul 2008 08:23:22 +0000</pubDate>
		<guid isPermaLink="false">http://kuwamoto.org/?p=147#comment-202859</guid>
		<description>I can completely understand where obj-c is coming from - unlike C++ it is a strict, backwardly compatible, extension of C, with the object extensions influenced by Smalltalk (and as I'm sure you'll have discovered, the OO implementation is far closer to dynamic languages than C++/Java).

But I'd agree with most of your criticisms - the long method names smack of an 'IDE-only' language (Interface Builder has been around almost as long as ObjC) - I can accept the point of view that the method names say exactly what they do, which is a big argument that experienced obj-c developers will use. I'm also a big fan of named parameters in calls, but . . . well your example says it all. 

It's a bit like comments and constants - the idea behind them is to increase code clarity, but I've seriously seen a programmer code constants for ONE,TWO,THREE, etc, all the way up to TEN, and reference the numbers by name, because they only understood 'numbers should be constants' not 'well named constants add to code clarity'.

Which is a roundabout way of saying that for simple cases, as in the above, the shorter code is clearer, even without all the extra type information. 

There was an attempt to modernise the syntax at one point, but it died, because existing developers didn't embrace it, and any new developers only had old-style literature to refer to.

Personally - I have high hopes for increasing first-class support of other languages against the Cocoa runtime - i.e. Ruby / Python / Smalltalk / Nu / fscript. You're still going to have the issues with the length of the Cocoa method names, but you get to work with an 'OO only' language rather than OO extensions.</description>
		<content:encoded><![CDATA[<p>I can completely understand where obj-c is coming from - unlike C++ it is a strict, backwardly compatible, extension of C, with the object extensions influenced by Smalltalk (and as I&#8217;m sure you&#8217;ll have discovered, the OO implementation is far closer to dynamic languages than C++/Java).</p>
<p>But I&#8217;d agree with most of your criticisms - the long method names smack of an &#8216;IDE-only&#8217; language (Interface Builder has been around almost as long as ObjC) - I can accept the point of view that the method names say exactly what they do, which is a big argument that experienced obj-c developers will use. I&#8217;m also a big fan of named parameters in calls, but . . . well your example says it all. </p>
<p>It&#8217;s a bit like comments and constants - the idea behind them is to increase code clarity, but I&#8217;ve seriously seen a programmer code constants for ONE,TWO,THREE, etc, all the way up to TEN, and reference the numbers by name, because they only understood &#8216;numbers should be constants&#8217; not &#8216;well named constants add to code clarity&#8217;.</p>
<p>Which is a roundabout way of saying that for simple cases, as in the above, the shorter code is clearer, even without all the extra type information. </p>
<p>There was an attempt to modernise the syntax at one point, but it died, because existing developers didn&#8217;t embrace it, and any new developers only had old-style literature to refer to.</p>
<p>Personally - I have high hopes for increasing first-class support of other languages against the Cocoa runtime - i.e. Ruby / Python / Smalltalk / Nu / fscript. You&#8217;re still going to have the issues with the length of the Cocoa method names, but you get to work with an &#8216;OO only&#8217; language rather than OO extensions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Objective C, readability, and language design by Joshua Noble</title>
		<link>http://kuwamoto.org/2008/07/02/objective-c-readability-and-language-design/#comment-202855</link>
		<dc:creator>Joshua Noble</dc:creator>
		<pubDate>Thu, 03 Jul 2008 07:58:15 +0000</pubDate>
		<guid isPermaLink="false">http://kuwamoto.org/?p=147#comment-202855</guid>
		<description>I have to say, I think a lot of things about ObjC suck a bit, but I'd say the one thing I really like about it is the ease of dynamic typing and reflection. That's about it though really, the attempt to mix OO features like get/set is ugly and very counter-intuitive. It feels like a lot of the libraries are quite nifty for building out UI objects and handling messaging and callbacks but the core language itself isn't nearly as helpful when trying to do anything else, which might be an accidental design decision (i.e. "let's focus on this to the exclusion of other things").</description>
		<content:encoded><![CDATA[<p>I have to say, I think a lot of things about ObjC suck a bit, but I&#8217;d say the one thing I really like about it is the ease of dynamic typing and reflection. That&#8217;s about it though really, the attempt to mix OO features like get/set is ugly and very counter-intuitive. It feels like a lot of the libraries are quite nifty for building out UI objects and handling messaging and callbacks but the core language itself isn&#8217;t nearly as helpful when trying to do anything else, which might be an accidental design decision (i.e. &#8220;let&#8217;s focus on this to the exclusion of other things&#8221;).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Objective C, readability, and language design by felix</title>
		<link>http://kuwamoto.org/2008/07/02/objective-c-readability-and-language-design/#comment-202831</link>
		<dc:creator>felix</dc:creator>
		<pubDate>Thu, 03 Jul 2008 06:19:37 +0000</pubDate>
		<guid isPermaLink="false">http://kuwamoto.org/?p=147#comment-202831</guid>
		<description>yeah that does sound annoying. Which begs the question, why are you learning objective C?</description>
		<content:encoded><![CDATA[<p>yeah that does sound annoying. Which begs the question, why are you learning objective C?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Improved pluralizing in PHP, ActionScript, and RoR by Joel</title>
		<link>http://kuwamoto.org/2007/12/17/improved-pluralizing-in-php-actionscript-and-ror/#comment-201455</link>
		<dc:creator>Joel</dc:creator>
		<pubDate>Sat, 28 Jun 2008 23:26:31 +0000</pubDate>
		<guid isPermaLink="false">http://kuwamoto.org/2007/12/17/improved-pluralizing-in-php-actionscript-and-ror/#comment-201455</guid>
		<description>Thanks for this!  I got here via a couple hops away from Google (ended up here via Paul Osman's blog post), and it's exactly what I was looking for to de-pluralize my table names for my MySQL-&#62;PHP Class converter.</description>
		<content:encoded><![CDATA[<p>Thanks for this!  I got here via a couple hops away from Google (ended up here via Paul Osman&#8217;s blog post), and it&#8217;s exactly what I was looking for to de-pluralize my table names for my MySQL-&gt;PHP Class converter.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Ack! I&#8217;ve been blocked by Google! (and what to do about it) by Joan Garnet</title>
		<link>http://kuwamoto.org/2008/06/10/ack-ive-been-blocked-by-google-and-what-to-do-about-it/#comment-197318</link>
		<dc:creator>Joan Garnet</dc:creator>
		<pubDate>Wed, 11 Jun 2008 22:40:29 +0000</pubDate>
		<guid isPermaLink="false">http://kuwamoto.org/?p=145#comment-197318</guid>
		<description>Another extra step you can take is password protect your admin directory. So easy... 
For spam control use the great spamkarma.
Cheers!</description>
		<content:encoded><![CDATA[<p>Another extra step you can take is password protect your admin directory. So easy&#8230;<br />
For spam control use the great spamkarma.<br />
Cheers!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The San Francisco Chicken Emergency by Mark</title>
		<link>http://kuwamoto.org/2008/05/23/the-san-francisco-chicken-emergency/#comment-197180</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Tue, 10 Jun 2008 22:57:14 +0000</pubDate>
		<guid isPermaLink="false">http://kuwamoto.org/?p=142#comment-197180</guid>
		<description>I have intentions of getting chickens my self.  I live in Portland and you are legally allowed to have 3 without a permit.  Right now I'm growing an organic vegetable garden and the chics would make a nice addition.</description>
		<content:encoded><![CDATA[<p>I have intentions of getting chickens my self.  I live in Portland and you are legally allowed to have 3 without a permit.  Right now I&#8217;m growing an organic vegetable garden and the chics would make a nice addition.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Ack! I&#8217;ve been blocked by Google! (and what to do about it) by Ken</title>
		<link>http://kuwamoto.org/2008/06/10/ack-ive-been-blocked-by-google-and-what-to-do-about-it/#comment-197174</link>
		<dc:creator>Ken</dc:creator>
		<pubDate>Tue, 10 Jun 2008 19:10:01 +0000</pubDate>
		<guid isPermaLink="false">http://kuwamoto.org/?p=145#comment-197174</guid>
		<description>I had the same issue with a couple of my blogs hosted at blogspot. They told me I had site that were considered spam sites. I simply wrote the admins and they cleared it up or at least they took away the warning I had gotten.</description>
		<content:encoded><![CDATA[<p>I had the same issue with a couple of my blogs hosted at blogspot. They told me I had site that were considered spam sites. I simply wrote the admins and they cleared it up or at least they took away the warning I had gotten.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
