<?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 on: Developing on the Mac - A Windows Developer&#8217;s Perspective</title>
	<atom:link href="http://www.philsteinmeyer.com/2/developing-on-the-mac-a-windows-developers-perspective/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.philsteinmeyer.com/2/developing-on-the-mac-a-windows-developers-perspective/</link>
	<description>Phil Steinmeyer's rumblings on the game biz, programming, and life</description>
	<pubDate>Sun, 07 Sep 2008 17:28:08 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Peter Centgraf</title>
		<link>http://www.philsteinmeyer.com/2/developing-on-the-mac-a-windows-developers-perspective/#comment-379</link>
		<dc:creator>Peter Centgraf</dc:creator>
		<pubDate>Wed, 22 Mar 2006 22:22:51 +0000</pubDate>
		<guid isPermaLink="false">http://philsteinmeyer.com/?p=2#comment-379</guid>
		<description>I think you would be surprised at the OS upgrade rate of Mac users.  I think you would be even more surprised at how little it matters when you leave non-upgraders in the dust.  Follow this simple logic, borrowed from Omni Group and Delicious Monster founder Wil Shipley (http://www.wilshipley.com/blog/):

1. You make a product to sell and make money.
2. Iff a person is willing to pay money for quality X (e.g. games), they will also be willing to pay money for quality OS upgrades.
3. Apple makes quality OS upgrades.
4. People who are willing to pay for your game will also be willing to pay for Apple's OS upgrades.
QED

Wil himself usually states the corollary: People who are too cheap to pay for OS upgrades are also too cheap to pay for your X (e.g. game).</description>
		<content:encoded><![CDATA[<p>I think you would be surprised at the OS upgrade rate of Mac users.  I think you would be even more surprised at how little it matters when you leave non-upgraders in the dust.  Follow this simple logic, borrowed from Omni Group and Delicious Monster founder Wil Shipley (http://www.wilshipley.com/blog/):</p>
<p>1. You make a product to sell and make money.<br />
2. Iff a person is willing to pay money for quality X (e.g. games), they will also be willing to pay money for quality OS upgrades.<br />
3. Apple makes quality OS upgrades.<br />
4. People who are willing to pay for your game will also be willing to pay for Apple&#8217;s OS upgrades.<br />
QED</p>
<p>Wil himself usually states the corollary: People who are too cheap to pay for OS upgrades are also too cheap to pay for your X (e.g. game).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://www.philsteinmeyer.com/2/developing-on-the-mac-a-windows-developers-perspective/#comment-37</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Tue, 13 Dec 2005 06:58:44 +0000</pubDate>
		<guid isPermaLink="false">http://philsteinmeyer.com/?p=2#comment-37</guid>
		<description>Umm...you can freely intermix C, C++, and Objective-C code in the same file now and call among the three. So you certainly can bind your C++ libraries to your Objective-C UI layer.</description>
		<content:encoded><![CDATA[<p>Umm&#8230;you can freely intermix C, C++, and Objective-C code in the same file now and call among the three. So you certainly can bind your C++ libraries to your Objective-C UI layer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Hawkins</title>
		<link>http://www.philsteinmeyer.com/2/developing-on-the-mac-a-windows-developers-perspective/#comment-14</link>
		<dc:creator>Tim Hawkins</dc:creator>
		<pubDate>Tue, 15 Nov 2005 17:53:08 +0000</pubDate>
		<guid isPermaLink="false">http://philsteinmeyer.com/?p=2#comment-14</guid>
		<description>I am also a switcher, having wriiten windows apps in C/C++ since win3.0, and I would not touch cocoa with a barge pole. I have two options with cocoa, objective-c that I cant bind any of the C++ libs I use and can obatin everywhere, or Java, where I have to sacrifice performance.</description>
		<content:encoded><![CDATA[<p>I am also a switcher, having wriiten windows apps in C/C++ since win3.0, and I would not touch cocoa with a barge pole. I have two options with cocoa, objective-c that I cant bind any of the C++ libs I use and can obatin everywhere, or Java, where I have to sacrifice performance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Steinmeyer</title>
		<link>http://www.philsteinmeyer.com/2/developing-on-the-mac-a-windows-developers-perspective/#comment-7</link>
		<dc:creator>Phil Steinmeyer</dc:creator>
		<pubDate>Thu, 27 Oct 2005 00:59:42 +0000</pubDate>
		<guid isPermaLink="false">http://philsteinmeyer.com/?p=2#comment-7</guid>
		<description>Re: Carbon/Cocoa - the problem is that many programmers like myself, don't particularly want to switch paradigms to Objective C/Cocoa, primarily because it pretty much eliminates cross-platform ability, sticking you on the platform with 3% market share.  Nice for tools maybe, but I don't want to learn a whole new language/API just for tools.</description>
		<content:encoded><![CDATA[<p>Re: Carbon/Cocoa - the problem is that many programmers like myself, don&#8217;t particularly want to switch paradigms to Objective C/Cocoa, primarily because it pretty much eliminates cross-platform ability, sticking you on the platform with 3% market share.  Nice for tools maybe, but I don&#8217;t want to learn a whole new language/API just for tools.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Maskell</title>
		<link>http://www.philsteinmeyer.com/2/developing-on-the-mac-a-windows-developers-perspective/#comment-6</link>
		<dc:creator>Jason Maskell</dc:creator>
		<pubDate>Wed, 26 Oct 2005 20:29:14 +0000</pubDate>
		<guid isPermaLink="false">http://philsteinmeyer.com/?p=2#comment-6</guid>
		<description>I gotta tell ya Phil, you're not giving XCode a fair shake. I'm in the same boat as you, been programming in Windows since 3.1 (not even WfW!) and before that, the AmigaOS.

I grabbed an iBook a year or two ago now, and ditched my PC laptop, as I was travelling. The switch to XCode from VC++ 6.0 was a bit jarring, I'll admit. But aside from debugging (which is the Gnu debugger, btw.) it's easily up to par with VS.Net (which I am now using on my new windows projects.)

As for ObjectiveC/Cocoa - Carbon is unsupported legacy CRAP. Don't use it. Don't expect them to give you example code to use it. Carbon was the cruft left over from OS9. Cocoa/ObjC is the stuff that NextStep (which is what OS X is) used, and it's incredibly elegant. I only WISH I could use this language and foundation on something other than my tools (which are all developed in XCode using ObjectiveC and Cocoa.)

Now, VS.Net is great these days. Especially with some 3rd party stuff like Visual Assist, but XCode is damn good too. I'm not sure where you had the name changing problem, there's really not enough info there to understand what your gripe is, but most of the rest is just pretty unfair newbie user stuff.

Window positioning and remember? Built into Coca. The only thing you have to do is name the window in Interface builder and it remembers the name and location automagically, as well as sizing.

Hot keys - XCode uses unix standard hot keys like ctrl-a, ctrl-k, etc.. I admit it's jarring going back and forth from VS.Net to XCode, as there's no attempt on apples part to make it easy for you.

It's not perfect, admittedly, but it's damn good.</description>
		<content:encoded><![CDATA[<p>I gotta tell ya Phil, you&#8217;re not giving XCode a fair shake. I&#8217;m in the same boat as you, been programming in Windows since 3.1 (not even WfW!) and before that, the AmigaOS.</p>
<p>I grabbed an iBook a year or two ago now, and ditched my PC laptop, as I was travelling. The switch to XCode from VC++ 6.0 was a bit jarring, I&#8217;ll admit. But aside from debugging (which is the Gnu debugger, btw.) it&#8217;s easily up to par with VS.Net (which I am now using on my new windows projects.)</p>
<p>As for ObjectiveC/Cocoa - Carbon is unsupported legacy CRAP. Don&#8217;t use it. Don&#8217;t expect them to give you example code to use it. Carbon was the cruft left over from OS9. Cocoa/ObjC is the stuff that NextStep (which is what OS X is) used, and it&#8217;s incredibly elegant. I only WISH I could use this language and foundation on something other than my tools (which are all developed in XCode using ObjectiveC and Cocoa.)</p>
<p>Now, VS.Net is great these days. Especially with some 3rd party stuff like Visual Assist, but XCode is damn good too. I&#8217;m not sure where you had the name changing problem, there&#8217;s really not enough info there to understand what your gripe is, but most of the rest is just pretty unfair newbie user stuff.</p>
<p>Window positioning and remember? Built into Coca. The only thing you have to do is name the window in Interface builder and it remembers the name and location automagically, as well as sizing.</p>
<p>Hot keys - XCode uses unix standard hot keys like ctrl-a, ctrl-k, etc.. I admit it&#8217;s jarring going back and forth from VS.Net to XCode, as there&#8217;s no attempt on apples part to make it easy for you.</p>
<p>It&#8217;s not perfect, admittedly, but it&#8217;s damn good.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
