<?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 on: Windows Phone 7 incompatibility may drive developers elsewhere</title>
	<atom:link href="http://www.itwriting.com/blog/2298-windows-phone-7-incompatibility-may-drive-developers-elsewhere.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.itwriting.com/blog/2298-windows-phone-7-incompatibility-may-drive-developers-elsewhere.html</link>
	<description>Tech writing blog</description>
	<lastBuildDate>Thu, 09 Sep 2010 17:57:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: John Galt</title>
		<link>http://www.itwriting.com/blog/2298-windows-phone-7-incompatibility-may-drive-developers-elsewhere.html/comment-page-1#comment-201125</link>
		<dc:creator>John Galt</dc:creator>
		<pubDate>Thu, 10 Jun 2010 06:59:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.itwriting.com/blog/2298-windows-phone-7-incompatibility-may-drive-developers-elsewhere.html#comment-201125</guid>
		<description>&quot;Windows Phone 7 incompatibility may drive developers elsewhere&quot;

May?

It&#039;s certain.

2.5 years of development, now deployed on WM6.x.... and now a dead end. No P/Invoke, no DB, no run-at-time, etc.

Bad deal, MS. I&#039;ve been fooled for the LAST time. Hello, Linux on dedicated hardware.</description>
		<content:encoded><![CDATA[<p>&#8220;Windows Phone 7 incompatibility may drive developers elsewhere&#8221;</p>
<p>May?</p>
<p>It&#8217;s certain.</p>
<p>2.5 years of development, now deployed on WM6.x&#8230;. and now a dead end. No P/Invoke, no DB, no run-at-time, etc.</p>
<p>Bad deal, MS. I&#8217;ve been fooled for the LAST time. Hello, Linux on dedicated hardware.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sanjay Gadge</title>
		<link>http://www.itwriting.com/blog/2298-windows-phone-7-incompatibility-may-drive-developers-elsewhere.html/comment-page-1#comment-181999</link>
		<dc:creator>Sanjay Gadge</dc:creator>
		<pubDate>Wed, 14 Apr 2010 05:15:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.itwriting.com/blog/2298-windows-phone-7-incompatibility-may-drive-developers-elsewhere.html#comment-181999</guid>
		<description>As a hardcore technical guy my feeling on new WM platform is that I lost flexibility. The more constraints and dictation (on choice of development language, tools etc.) from Microsoft makes me nervous. Isn&#039;t Microsoft forcing me to learn new technology, new rules/regulations etc. to develop applications?</description>
		<content:encoded><![CDATA[<p>As a hardcore technical guy my feeling on new WM platform is that I lost flexibility. The more constraints and dictation (on choice of development language, tools etc.) from Microsoft makes me nervous. Isn&#8217;t Microsoft forcing me to learn new technology, new rules/regulations etc. to develop applications?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tim</title>
		<link>http://www.itwriting.com/blog/2298-windows-phone-7-incompatibility-may-drive-developers-elsewhere.html/comment-page-1#comment-169039</link>
		<dc:creator>tim</dc:creator>
		<pubDate>Fri, 05 Mar 2010 15:39:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.itwriting.com/blog/2298-windows-phone-7-incompatibility-may-drive-developers-elsewhere.html#comment-169039</guid>
		<description>@Craig

Thanks - a good summary of Microsoft&#039;s strategy.

Tim</description>
		<content:encoded><![CDATA[<p>@Craig</p>
<p>Thanks &#8211; a good summary of Microsoft&#8217;s strategy.</p>
<p>Tim</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Craig Stuntz</title>
		<link>http://www.itwriting.com/blog/2298-windows-phone-7-incompatibility-may-drive-developers-elsewhere.html/comment-page-1#comment-169034</link>
		<dc:creator>Craig Stuntz</dc:creator>
		<pubDate>Fri, 05 Mar 2010 15:20:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.itwriting.com/blog/2298-windows-phone-7-incompatibility-may-drive-developers-elsewhere.html#comment-169034</guid>
		<description>I don&#039;t get it. Why would MS care about retaining existing CF/Mobile developers? Because all 100 of them might go elsewhere? (And my company has a CF app, so I do understand the pain.) In order to keep their apps, which have driven such demand for Windows phones? 

MS doesn&#039;t want to incrementally expand the Windows Mobile market; it&#039;s dead in the water. You could say they&#039;re gunning for the iPhone instead, but I think even that&#039;s too small. MS would like you to use their software whenever you use a computer. They recognize that there are more phones than desktops and laptops, and that they&#039;re becoming powerful enough to run real applications. They want a piece of that, a big one. They aren&#039;t going to get there by trying to use Windows Mobile as a shoe in the door. 

MS isn&#039;t trying to &quot;bring Windows Mobile back from the dead.&quot; They&#039;re trying to prevent the Windows brand from dying if average people start doing most of their computing on mobile devices.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t get it. Why would MS care about retaining existing CF/Mobile developers? Because all 100 of them might go elsewhere? (And my company has a CF app, so I do understand the pain.) In order to keep their apps, which have driven such demand for Windows phones? </p>
<p>MS doesn&#8217;t want to incrementally expand the Windows Mobile market; it&#8217;s dead in the water. You could say they&#8217;re gunning for the iPhone instead, but I think even that&#8217;s too small. MS would like you to use their software whenever you use a computer. They recognize that there are more phones than desktops and laptops, and that they&#8217;re becoming powerful enough to run real applications. They want a piece of that, a big one. They aren&#8217;t going to get there by trying to use Windows Mobile as a shoe in the door. </p>
<p>MS isn&#8217;t trying to &#8220;bring Windows Mobile back from the dead.&#8221; They&#8217;re trying to prevent the Windows brand from dying if average people start doing most of their computing on mobile devices.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tim</title>
		<link>http://www.itwriting.com/blog/2298-windows-phone-7-incompatibility-may-drive-developers-elsewhere.html/comment-page-1#comment-168996</link>
		<dc:creator>tim</dc:creator>
		<pubDate>Fri, 05 Mar 2010 11:05:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.itwriting.com/blog/2298-windows-phone-7-incompatibility-may-drive-developers-elsewhere.html#comment-168996</guid>
		<description>Peter

Thanks for the comments. Yes, it&#039;s the corporate devs that will mind; if the phone is a big success it will have been worth it.

Tim</description>
		<content:encoded><![CDATA[<p>Peter</p>
<p>Thanks for the comments. Yes, it&#8217;s the corporate devs that will mind; if the phone is a big success it will have been worth it.</p>
<p>Tim</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Ibbotson</title>
		<link>http://www.itwriting.com/blog/2298-windows-phone-7-incompatibility-may-drive-developers-elsewhere.html/comment-page-1#comment-168984</link>
		<dc:creator>Peter Ibbotson</dc:creator>
		<pubDate>Fri, 05 Mar 2010 10:14:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.itwriting.com/blog/2298-windows-phone-7-incompatibility-may-drive-developers-elsewhere.html#comment-168984</guid>
		<description>It&#039;s interesting that MS aren&#039;t talking about native apps anymore, however from what I can tell the underlying OS is still Windows CE6. The WP7 UI is so different there isn&#039;t much point in pretending that existing apps will run so I don&#039;t mind the back compatibilty break here (nor I suspect will most developers as revamping the UI to the iPhone/android era is something they would probably do anyway)

The kicker is access to the underlying OS, on windows 32 I&#039;d guess 10% of the C# apps I&#039;ve written needed some from of unsafe or PInvoked access. For WP7 I&#039;d guess the likelyhood is smaller (I presume the main UI is in managed code) but suppose the managed camera API doesn&#039;t expose a means to change the exposure then I&#039;d be unhappy if there wasn&#039;t a way to PInvoke out. However in that case I&#039;d understand if my app didn&#039;t get into the App Store or cost more to get certified.

Microsoft have a real chance here to bring back Windows Mobile from the dead and third party devs will probably forgive the back-compatibilty break. Existing WinCE OEMS (I&#039;m thinking barcode / stock taking etc) won&#039;t care as they&#039;ll be using WinCE6 which underpins WP7 and usually don&#039;t use the full windows CE experience anyway. I suspect the only market segment MS will actually piss off with this are the corporate developers and I&#039;m not sure how many of them are using the phone portion as more than a glorified modem.

My only worry here is quite how cagey MS are being over this. I hope I&#039;m wrong and they&#039;re not trying to put the &quot;authorised code&quot; genie back onto Windows Mobile (The early XDAs were locked down IIRC). On the other hand &quot;authorised only&quot; phones might crash less, most of my WinMo crashes / hangups have been down to third party apps particularly on the home screen.</description>
		<content:encoded><![CDATA[<p>It&#8217;s interesting that MS aren&#8217;t talking about native apps anymore, however from what I can tell the underlying OS is still Windows CE6. The WP7 UI is so different there isn&#8217;t much point in pretending that existing apps will run so I don&#8217;t mind the back compatibilty break here (nor I suspect will most developers as revamping the UI to the iPhone/android era is something they would probably do anyway)</p>
<p>The kicker is access to the underlying OS, on windows 32 I&#8217;d guess 10% of the C# apps I&#8217;ve written needed some from of unsafe or PInvoked access. For WP7 I&#8217;d guess the likelyhood is smaller (I presume the main UI is in managed code) but suppose the managed camera API doesn&#8217;t expose a means to change the exposure then I&#8217;d be unhappy if there wasn&#8217;t a way to PInvoke out. However in that case I&#8217;d understand if my app didn&#8217;t get into the App Store or cost more to get certified.</p>
<p>Microsoft have a real chance here to bring back Windows Mobile from the dead and third party devs will probably forgive the back-compatibilty break. Existing WinCE OEMS (I&#8217;m thinking barcode / stock taking etc) won&#8217;t care as they&#8217;ll be using WinCE6 which underpins WP7 and usually don&#8217;t use the full windows CE experience anyway. I suspect the only market segment MS will actually piss off with this are the corporate developers and I&#8217;m not sure how many of them are using the phone portion as more than a glorified modem.</p>
<p>My only worry here is quite how cagey MS are being over this. I hope I&#8217;m wrong and they&#8217;re not trying to put the &#8220;authorised code&#8221; genie back onto Windows Mobile (The early XDAs were locked down IIRC). On the other hand &#8220;authorised only&#8221; phones might crash less, most of my WinMo crashes / hangups have been down to third party apps particularly on the home screen.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
