<?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 The Daydream Blog</title>
	<atom:link href="http://www.daytimesoftware.com/blog/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://www.daytimesoftware.com/blog</link>
	<description>The official blog of DayTime Software</description>
	<lastBuildDate>Wed, 03 Jun 2009 02:00:44 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on The Accessible Mac-verse by Weekend Round-Up: Link Soup &#124; ATMac</title>
		<link>http://www.daytimesoftware.com/blog/2009/03/the-accessible-mac-verse/comment-page-1#comment-242</link>
		<dc:creator>Weekend Round-Up: Link Soup &#124; ATMac</dc:creator>
		<pubDate>Wed, 03 Jun 2009 02:00:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.daytimesoftware.com/blog/?p=93#comment-242</guid>
		<description>[...] has taken up Martin Pilkington&#8217;s accessible Mac software challenge, and also points out that accessible websites are a necessary part of the chain. The blog posts has links to sample code that Apple used at WWDC 2006 to demonstrate levels of [...]</description>
		<content:encoded><![CDATA[<p>[...] has taken up Martin Pilkington&#8217;s accessible Mac software challenge, and also points out that accessible websites are a necessary part of the chain. The blog posts has links to sample code that Apple used at WWDC 2006 to demonstrate levels of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on I&#8217;ll have your customers if you don&#8217;t want them by The Daydream Blog &#187; Blog Archive &#187; The Customer Is Always Right</title>
		<link>http://www.daytimesoftware.com/blog/2009/04/ill-have-your-customers-if-you-dont-want-them/comment-page-1#comment-233</link>
		<dc:creator>The Daydream Blog &#187; Blog Archive &#187; The Customer Is Always Right</dc:creator>
		<pubDate>Thu, 07 May 2009 12:59:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.daytimesoftware.com/blog/?p=94#comment-233</guid>
		<description>[...] The Daydream Blog  &#171; I&#8217;ll have your customers if you don&#8217;t want them [...]</description>
		<content:encoded><![CDATA[<p>[...] The Daydream Blog  &laquo; I&#8217;ll have your customers if you don&#8217;t want them [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on I&#8217;ll have your customers if you don&#8217;t want them by Eric Suesz</title>
		<link>http://www.daytimesoftware.com/blog/2009/04/ill-have-your-customers-if-you-dont-want-them/comment-page-1#comment-224</link>
		<dc:creator>Eric Suesz</dc:creator>
		<pubDate>Wed, 22 Apr 2009 16:52:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.daytimesoftware.com/blog/?p=94#comment-224</guid>
		<description>Great alternate take on this. Great points. As someone who helps out with developing a Web application (Get Satisfaction, to be exact), I have the same kind of experience. We&#039;ll &quot;fix&quot; something, but it won&#039;t be live until &quot;the next deploy&quot;. That could be in an hour, a day, a week. It all depends. 

What could really make this better is a resolution feature in our system, which we&#039;re working on right now. Giving the developer a way to say &quot;this will be fixed as of [date]&quot; and then asking the customer if they agree that it is fixed would help set expectations *and* compel the company to set good deadlines. 

Again, thanks for taking a different approach. Love to see multiple viewpoints.</description>
		<content:encoded><![CDATA[<p>Great alternate take on this. Great points. As someone who helps out with developing a Web application (Get Satisfaction, to be exact), I have the same kind of experience. We&#8217;ll &#8220;fix&#8221; something, but it won&#8217;t be live until &#8220;the next deploy&#8221;. That could be in an hour, a day, a week. It all depends. </p>
<p>What could really make this better is a resolution feature in our system, which we&#8217;re working on right now. Giving the developer a way to say &#8220;this will be fixed as of [date]&#8221; and then asking the customer if they agree that it is fixed would help set expectations *and* compel the company to set good deadlines. </p>
<p>Again, thanks for taking a different approach. Love to see multiple viewpoints.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Where did we all go? by Daniel Jalkut</title>
		<link>http://www.daytimesoftware.com/blog/2009/03/where-did-we-all-go/comment-page-1#comment-220</link>
		<dc:creator>Daniel Jalkut</dc:creator>
		<pubDate>Wed, 18 Mar 2009 13:33:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.daytimesoftware.com/blog/?p=92#comment-220</guid>
		<description>Hi Sanjay - sorry to hear about your father passing away.

For me, the explanations are partly as you suggest, the iPhone and new projects to be working and focusing on.  But I&#039;ve also got a new baby in the house who is squeezing a lot of the spare time right out of my schedule :) 

I hope to get back into a rhythm one of these days.

Daniel</description>
		<content:encoded><![CDATA[<p>Hi Sanjay &#8211; sorry to hear about your father passing away.</p>
<p>For me, the explanations are partly as you suggest, the iPhone and new projects to be working and focusing on.  But I&#8217;ve also got a new baby in the house who is squeezing a lot of the spare time right out of my schedule <img src='http://www.daytimesoftware.com/blog/wordpress/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  </p>
<p>I hope to get back into a rhythm one of these days.</p>
<p>Daniel</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Mojave, Vista and Midori: Osbourne Redux? by The Daydream Blog &#187; Blog Archive &#187; Microsoft Thinking Different?</title>
		<link>http://www.daytimesoftware.com/blog/2008/08/mojave-vista-and-midori-osbourne-redux/comment-page-1#comment-191</link>
		<dc:creator>The Daydream Blog &#187; Blog Archive &#187; Microsoft Thinking Different?</dc:creator>
		<pubDate>Fri, 12 Sep 2008 17:02:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.daytimesoftware.com/blog/?p=90#comment-191</guid>
		<description>[...] The Daydream Blog  &#171; Mojave, Vista and Midori: Osbourne Redux? [...]</description>
		<content:encoded><![CDATA[<p>[...] The Daydream Blog  &laquo; Mojave, Vista and Midori: Osbourne Redux? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Unlearning Cocoa by Cocoa Nut &#187; Unlearning Cocoa</title>
		<link>http://www.daytimesoftware.com/blog/2008/07/unlearning-cocoa/comment-page-1#comment-182</link>
		<dc:creator>Cocoa Nut &#187; Unlearning Cocoa</dc:creator>
		<pubDate>Mon, 11 Aug 2008 17:32:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.daytimesoftware.com/blog/?p=87#comment-182</guid>
		<description>[...] the whole post here.   Share and [...]</description>
		<content:encoded><![CDATA[<p>[...] the whole post here.   Share and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Unlearning Cocoa by warren</title>
		<link>http://www.daytimesoftware.com/blog/2008/07/unlearning-cocoa/comment-page-1#comment-167</link>
		<dc:creator>warren</dc:creator>
		<pubDate>Thu, 10 Jul 2008 20:47:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.daytimesoftware.com/blog/?p=87#comment-167</guid>
		<description>I agree with every positive point made about Cocoa.

The only point I am whole-heartedly disagreeing is this one:

&quot;.... It does not. &quot;

Every time I&#039;ve forced myself to unlearn a bunch of habits that served me well in one place, and relearn a different set of habits, I have been richly rewarded.

But &quot;no learning curve&quot;? Puh-leeze.


Warren</description>
		<content:encoded><![CDATA[<p>I agree with every positive point made about Cocoa.</p>
<p>The only point I am whole-heartedly disagreeing is this one:</p>
<p>&#8220;&#8230;. It does not. &#8221;</p>
<p>Every time I&#8217;ve forced myself to unlearn a bunch of habits that served me well in one place, and relearn a different set of habits, I have been richly rewarded.</p>
<p>But &#8220;no learning curve&#8221;? Puh-leeze.</p>
<p>Warren</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Unlearning Cocoa by Sanjay Samani</title>
		<link>http://www.daytimesoftware.com/blog/2008/07/unlearning-cocoa/comment-page-1#comment-166</link>
		<dc:creator>Sanjay Samani</dc:creator>
		<pubDate>Thu, 10 Jul 2008 14:23:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.daytimesoftware.com/blog/?p=87#comment-166</guid>
		<description>@warren, I didn&#039;t describe &quot;every other set of standards, rules and ideas for every other platform [as] inherently ‘worse’&quot;.  On the contrary, I have often argued that Apple could do much more to learn from other development tool chains.  

My point was that to learn Cocoa, you have to put aside your past experience and approach it fresh.  If you expect Cocoa to work in a particular way, you often find yourself struggling and frustrated.  When you do understand how something works, it is often easy, sensible, clean and self consistent, just different from what you might have expected.  Therefore, putting aside your past experience makes the Cocoa learning process easier.

I am not trying to argue whether one method is better than the other.

As to your specific points, I would suggest you read Kevin Hoffman&#039;s post linked at the top of the article, as he has experience with &quot;Windows, and multiple frameworks and multiple types of development&quot; and tackles many of the points you raise from a perspective that you may appreciate.</description>
		<content:encoded><![CDATA[<p>@warren, I didn&#8217;t describe &#8220;every other set of standards, rules and ideas for every other platform [as] inherently ‘worse’&#8221;.  On the contrary, I have often argued that Apple could do much more to learn from other development tool chains.  </p>
<p>My point was that to learn Cocoa, you have to put aside your past experience and approach it fresh.  If you expect Cocoa to work in a particular way, you often find yourself struggling and frustrated.  When you do understand how something works, it is often easy, sensible, clean and self consistent, just different from what you might have expected.  Therefore, putting aside your past experience makes the Cocoa learning process easier.</p>
<p>I am not trying to argue whether one method is better than the other.</p>
<p>As to your specific points, I would suggest you read Kevin Hoffman&#8217;s post linked at the top of the article, as he has experience with &#8220;Windows, and multiple frameworks and multiple types of development&#8221; and tackles many of the points you raise from a perspective that you may appreciate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Unlearning Cocoa by rsfinn</title>
		<link>http://www.daytimesoftware.com/blog/2008/07/unlearning-cocoa/comment-page-1#comment-165</link>
		<dc:creator>rsfinn</dc:creator>
		<pubDate>Thu, 10 Jul 2008 14:07:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.daytimesoftware.com/blog/?p=87#comment-165</guid>
		<description>Describing Interface Builder as &quot;a separate dialog box editing tool that has extremely crappy code generation capabilities&quot; shows that you&#039;ve missed the point of Interface Builder.

&quot;You may love and understand and accept XCode+Cocoa+ObjectiveC, and thus you are completely biased&quot; -- but if you hate and fear it, you&#039;re completely unbiased and objective?  Nonsense.

&quot;Take someone who has ... zero Cocoa/NextStep experience, and there is indeed a very steep learning curve.&quot;  Compared to someone who &quot;understands&quot; Cocoa? Well, yes; that&#039;s very insightful of you.

&quot;Only a completely mac-centric snob would pretend that every other set of standards, rules and ideas for every other platform are inherently &#039;worse&#039;&quot; -- Paging Artie McStrawman...

Seriously, you make some good points, once the reader gets past the attitude.  For many people whose background is in other programming environments, Cocoa is indeed a challenge to learn.  For some, who have waited years to find an environment that more closely matches their own mental model of how programming should be, Cocoa is like a breath of fresh air -- and *those* people are going to thrive in the new environment, while the others struggle.</description>
		<content:encoded><![CDATA[<p>Describing Interface Builder as &#8220;a separate dialog box editing tool that has extremely crappy code generation capabilities&#8221; shows that you&#8217;ve missed the point of Interface Builder.</p>
<p>&#8220;You may love and understand and accept XCode+Cocoa+ObjectiveC, and thus you are completely biased&#8221; &#8212; but if you hate and fear it, you&#8217;re completely unbiased and objective?  Nonsense.</p>
<p>&#8220;Take someone who has &#8230; zero Cocoa/NextStep experience, and there is indeed a very steep learning curve.&#8221;  Compared to someone who &#8220;understands&#8221; Cocoa? Well, yes; that&#8217;s very insightful of you.</p>
<p>&#8220;Only a completely mac-centric snob would pretend that every other set of standards, rules and ideas for every other platform are inherently &#8216;worse&#8217;&#8221; &#8212; Paging Artie McStrawman&#8230;</p>
<p>Seriously, you make some good points, once the reader gets past the attitude.  For many people whose background is in other programming environments, Cocoa is indeed a challenge to learn.  For some, who have waited years to find an environment that more closely matches their own mental model of how programming should be, Cocoa is like a breath of fresh air &#8212; and *those* people are going to thrive in the new environment, while the others struggle.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Unlearning Cocoa by warren</title>
		<link>http://www.daytimesoftware.com/blog/2008/07/unlearning-cocoa/comment-page-1#comment-164</link>
		<dc:creator>warren</dc:creator>
		<pubDate>Thu, 10 Jul 2008 13:45:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.daytimesoftware.com/blog/?p=87#comment-164</guid>
		<description>I disagree completely.  I have more than Windows and Mac experience.  The Cocoa framework is well designed, but is a second generation framework, and the complete tool set that Apple provides, is not well integrated. You get a totally &quot;NON-RAD&quot; IDE, a separate dialog box editing tool that has extremely crappy code generation capabilities, and a really great set of documentation to a framework that you don&#039;t have the full source code to.    It&#039;s darn good that the framework comes with good documentation, because Apple has decided not to give Apple developers access to the source code to the framework that they rely on.

There are many tradeoffs, weaknesses, and downright bizarre subtleties in learning Cocoa, and it does indeed have a very steep learning curve. Add in reference counting (if you use it) and garbage collection (if you use it), and the absolutely maddening &quot;silent failures&quot; that come as part at parcel of the Objective C messaging system  -- you can send a message to a nil object, it does nothing, and does it quietly -- these are all part of what those of us with more than 2 platforms under our belt knowingly include in our estimation of the total learning curve of the platform.

You may love and understand and accept XCode+Cocoa+ObjectiveC, and thus you are completely biased.  Take someone who has Linux/Unix, Windows, and multiple frameworks and multiple types of development (from non visual up to rich client, and web experience) but zero Objective C, and zero Cocoa/NextStep experience, and there is indeed a very steep learning curve.

Learning and unlearning are two words for the exact same thing.   We could drop both words and say, and use an aquarium term here;  Moving a fish from a tank with one extreme water chemistry, to another tank with extreme water chemistry causes stress on the fish.  Moving from procedural to object oriented, from something rather more ad-hoc to something rather more like MVC, these all involve both learning and unlearning various habits. Only a completely mac-centric snob would pretend that every other set of standards, rules and ideas for every other platform are inherently &quot;worse&quot;, and that thus, learning Mac was easy, except for unlearning all the &quot;damage&quot; done to you by every other tool on the planet.   

W</description>
		<content:encoded><![CDATA[<p>I disagree completely.  I have more than Windows and Mac experience.  The Cocoa framework is well designed, but is a second generation framework, and the complete tool set that Apple provides, is not well integrated. You get a totally &#8220;NON-RAD&#8221; IDE, a separate dialog box editing tool that has extremely crappy code generation capabilities, and a really great set of documentation to a framework that you don&#8217;t have the full source code to.    It&#8217;s darn good that the framework comes with good documentation, because Apple has decided not to give Apple developers access to the source code to the framework that they rely on.</p>
<p>There are many tradeoffs, weaknesses, and downright bizarre subtleties in learning Cocoa, and it does indeed have a very steep learning curve. Add in reference counting (if you use it) and garbage collection (if you use it), and the absolutely maddening &#8220;silent failures&#8221; that come as part at parcel of the Objective C messaging system  &#8212; you can send a message to a nil object, it does nothing, and does it quietly &#8212; these are all part of what those of us with more than 2 platforms under our belt knowingly include in our estimation of the total learning curve of the platform.</p>
<p>You may love and understand and accept XCode+Cocoa+ObjectiveC, and thus you are completely biased.  Take someone who has Linux/Unix, Windows, and multiple frameworks and multiple types of development (from non visual up to rich client, and web experience) but zero Objective C, and zero Cocoa/NextStep experience, and there is indeed a very steep learning curve.</p>
<p>Learning and unlearning are two words for the exact same thing.   We could drop both words and say, and use an aquarium term here;  Moving a fish from a tank with one extreme water chemistry, to another tank with extreme water chemistry causes stress on the fish.  Moving from procedural to object oriented, from something rather more ad-hoc to something rather more like MVC, these all involve both learning and unlearning various habits. Only a completely mac-centric snob would pretend that every other set of standards, rules and ideas for every other platform are inherently &#8220;worse&#8221;, and that thus, learning Mac was easy, except for unlearning all the &#8220;damage&#8221; done to you by every other tool on the planet.   </p>
<p>W</p>
]]></content:encoded>
	</item>
</channel>
</rss>
