<?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: Banned iPhone Apps: The Podcaster Situation</title>
	<atom:link href="http://www.roughlydrafted.com/2008/09/16/banned-iphone-apps-the-podcaster-situation/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.roughlydrafted.com/2008/09/16/banned-iphone-apps-the-podcaster-situation/</link>
	<description>Daniel Eran Dilger in San Francisco</description>
	<lastBuildDate>Sun, 21 Mar 2010 05:23:17 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: onlydarksets</title>
		<link>http://www.roughlydrafted.com/2008/09/16/banned-iphone-apps-the-podcaster-situation/comment-page-1/#comment-13494</link>
		<dc:creator>onlydarksets</dc:creator>
		<pubDate>Mon, 22 Sep 2008 14:22:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/?p=2507#comment-13494</guid>
		<description>I think your comments on WHY Apple is doing this are pretty insightful and accurate.  Your analysis of how they are JUSTIFIEID by the TOS are pretty weak.  Specifically, the house of cards is built on this quote of yours:

&quot;However, while some dismiss Podcaster’s content distribution as neither features nor functionality, he seems to be unaware that the entire point of Podcaster is to download podcasts rather than stream them in realtime. That is a feature provided through a distribution mechanism that is other than iTunes.&quot;

That&#039;s not what the TOS says, though.  The TOS says you can&#039;t ADD NEW FEATURES using a distribution method outside of iTunes.  That&#039;s very different than an EXISTING FEATURE going outside of iTunes to access content.</description>
		<content:encoded><![CDATA[<p>I think your comments on WHY Apple is doing this are pretty insightful and accurate.  Your analysis of how they are JUSTIFIEID by the TOS are pretty weak.  Specifically, the house of cards is built on this quote of yours:</p>
<p>&#8220;However, while some dismiss Podcaster’s content distribution as neither features nor functionality, he seems to be unaware that the entire point of Podcaster is to download podcasts rather than stream them in realtime. That is a feature provided through a distribution mechanism that is other than iTunes.&#8221;</p>
<p>That&#8217;s not what the TOS says, though.  The TOS says you can&#8217;t ADD NEW FEATURES using a distribution method outside of iTunes.  That&#8217;s very different than an EXISTING FEATURE going outside of iTunes to access content.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: roz</title>
		<link>http://www.roughlydrafted.com/2008/09/16/banned-iphone-apps-the-podcaster-situation/comment-page-1/#comment-13281</link>
		<dc:creator>roz</dc:creator>
		<pubDate>Sat, 20 Sep 2008 21:23:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/?p=2507#comment-13281</guid>
		<description>@LunaticSX

Only using one app for podcasts does not seem to me to be an onerously technical solution.  I have not used MobileCast or Podcast so I really can&#039;t speak to the quality or user experience there.  Is it potentially confusing? Yes.  Is some wireless support for downloading podcasts better than nothing? Also, yes. 

Really the issue to me seems like if you have a podcast app you really want it to be a background app so that when you get to a wifi network the app could check for new podcasts and download them in the background.  Of course, currently only an Apple is a allowed to do background tasks so between integration with iTunes and background processing, the Apple solution will have a big advantage of course.

Maybe Apple did not want Podcaster to be released because it would have infuriated developers even more to see Apple allowing its app to work in the background while the 3rd party app does not get that right.  That would indeed make developers angry and might spur litigation.</description>
		<content:encoded><![CDATA[<p>@LunaticSX</p>
<p>Only using one app for podcasts does not seem to me to be an onerously technical solution.  I have not used MobileCast or Podcast so I really can&#8217;t speak to the quality or user experience there.  Is it potentially confusing? Yes.  Is some wireless support for downloading podcasts better than nothing? Also, yes. </p>
<p>Really the issue to me seems like if you have a podcast app you really want it to be a background app so that when you get to a wifi network the app could check for new podcasts and download them in the background.  Of course, currently only an Apple is a allowed to do background tasks so between integration with iTunes and background processing, the Apple solution will have a big advantage of course.</p>
<p>Maybe Apple did not want Podcaster to be released because it would have infuriated developers even more to see Apple allowing its app to work in the background while the 3rd party app does not get that right.  That would indeed make developers angry and might spur litigation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bush League - The Apple Touch</title>
		<link>http://www.roughlydrafted.com/2008/09/16/banned-iphone-apps-the-podcaster-situation/comment-page-1/#comment-13032</link>
		<dc:creator>Bush League - The Apple Touch</dc:creator>
		<pubDate>Thu, 18 Sep 2008 15:21:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/?p=2507#comment-13032</guid>
		<description>[...] Roughly Drafted tries to milk page views. [...]</description>
		<content:encoded><![CDATA[<p>[...] Roughly Drafted tries to milk page views. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: LunaticSX</title>
		<link>http://www.roughlydrafted.com/2008/09/16/banned-iphone-apps-the-podcaster-situation/comment-page-1/#comment-12963</link>
		<dc:creator>LunaticSX</dc:creator>
		<pubDate>Wed, 17 Sep 2008 22:19:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/?p=2507#comment-12963</guid>
		<description>@roz

Ok, I currently use the jailbreak app MobileCast to download my podcasts. As a result, the podcasts I download through MobileCast and the ones I download through iTunes are not in synch. Until I completely turned off synching of podcasts through iTunes, I also wound up with duplicate podcast data files on my iPhone, taking up valuable storage space. Luckily, I&#039;m a technical person, so I was not confused by these problems, and I could figure out how to deal with them (viz. stop synching podcasts through iTunes).

I would not wish this amount of user confusion onto the general public, who are on average much less technical than I--ESPECIALLY for an Apple device that should &quot;just work.&quot;

Podcaster has these same intrinsic problems as MobileCast.</description>
		<content:encoded><![CDATA[<p>@roz</p>
<p>Ok, I currently use the jailbreak app MobileCast to download my podcasts. As a result, the podcasts I download through MobileCast and the ones I download through iTunes are not in synch. Until I completely turned off synching of podcasts through iTunes, I also wound up with duplicate podcast data files on my iPhone, taking up valuable storage space. Luckily, I&#8217;m a technical person, so I was not confused by these problems, and I could figure out how to deal with them (viz. stop synching podcasts through iTunes).</p>
<p>I would not wish this amount of user confusion onto the general public, who are on average much less technical than I&#8211;ESPECIALLY for an Apple device that should &#8220;just work.&#8221;</p>
<p>Podcaster has these same intrinsic problems as MobileCast.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: roz</title>
		<link>http://www.roughlydrafted.com/2008/09/16/banned-iphone-apps-the-podcaster-situation/comment-page-1/#comment-12956</link>
		<dc:creator>roz</dc:creator>
		<pubDate>Wed, 17 Sep 2008 16:53:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/?p=2507#comment-12956</guid>
		<description>@LunaticSX:

&quot;@roz“User confusion is another way of saying competition.”

I don’t know about you, but I’m very much in favor of competition, and as much or moreso opposed to user confusion.&quot;

Yeah probably not the best way for me to put it.   I only meant that some user confusion, call it  choice, is inherent in competition.  If a podcast app were allowed and then Apple would release a podcast feature later this would mean there are two ways to do something.  One can call that confusing, or its  just how competition works - users get to decide what app to use for a given task - the same way they do with a lot of apps in the App store.  

Certainly I can see the Apple app winning in the end.  Daniel might say, then why do we need the 3rd party app?   My answer is that, first, the 3rd party app puts pressure on Apple to deliver.  Second, we learn a lot from all these apps along the way, the UI, the functions, the cool features and the end result, the winning app, is usually better from all the experimentation that goes on.  I know when I have done development I look at all the competition and try to craft a best of breed solution, trying to learn, even from apps I don&#039;t like. That is why IMHO you want to give developer the freedom to make attempts at app spaces that Apple may rule in the end.  If they are willing to try, and they get some warning of where Apple is headed, let them try.</description>
		<content:encoded><![CDATA[<p>@LunaticSX:</p>
<p>&#8220;@roz“User confusion is another way of saying competition.”</p>
<p>I don’t know about you, but I’m very much in favor of competition, and as much or moreso opposed to user confusion.&#8221;</p>
<p>Yeah probably not the best way for me to put it.   I only meant that some user confusion, call it  choice, is inherent in competition.  If a podcast app were allowed and then Apple would release a podcast feature later this would mean there are two ways to do something.  One can call that confusing, or its  just how competition works &#8211; users get to decide what app to use for a given task &#8211; the same way they do with a lot of apps in the App store.  </p>
<p>Certainly I can see the Apple app winning in the end.  Daniel might say, then why do we need the 3rd party app?   My answer is that, first, the 3rd party app puts pressure on Apple to deliver.  Second, we learn a lot from all these apps along the way, the UI, the functions, the cool features and the end result, the winning app, is usually better from all the experimentation that goes on.  I know when I have done development I look at all the competition and try to craft a best of breed solution, trying to learn, even from apps I don&#8217;t like. That is why IMHO you want to give developer the freedom to make attempts at app spaces that Apple may rule in the end.  If they are willing to try, and they get some warning of where Apple is headed, let them try.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kaspesla</title>
		<link>http://www.roughlydrafted.com/2008/09/16/banned-iphone-apps-the-podcaster-situation/comment-page-1/#comment-12955</link>
		<dc:creator>kaspesla</dc:creator>
		<pubDate>Wed, 17 Sep 2008 16:46:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/?p=2507#comment-12955</guid>
		<description>Funny thing about the iPhone SDK agreement:  Disclosing the terms of the agreement is also prohibited by the agreement. ;)   Honestly.  Oh no!  By saying that I&#039;ve also violated the agreement!  Oh no!  By saying that I&#039;ve also violated the agreement.  Oh no!  By saying that I&#039;ve also violated the agreement.  ...</description>
		<content:encoded><![CDATA[<p>Funny thing about the iPhone SDK agreement:  Disclosing the terms of the agreement is also prohibited by the agreement. ;)   Honestly.  Oh no!  By saying that I&#8217;ve also violated the agreement!  Oh no!  By saying that I&#8217;ve also violated the agreement.  Oh no!  By saying that I&#8217;ve also violated the agreement.  &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: masternav</title>
		<link>http://www.roughlydrafted.com/2008/09/16/banned-iphone-apps-the-podcaster-situation/comment-page-1/#comment-12950</link>
		<dc:creator>masternav</dc:creator>
		<pubDate>Wed, 17 Sep 2008 14:30:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/?p=2507#comment-12950</guid>
		<description>jerome, that is one of the more silly comparisons I&#039;ve read. A general contractor is there to manage all aspects of the construction, to ensure that subcontractors do the job right, and don&#039;t compromise the design or infrastructure. A smart builder works with the general contractor to ensure that any changes are acceptable with the parameters agreed to, or to re-design the structure to accept the changes. It is your house, but it is the general contractor&#039;s mandate to ensure that the house you paid for is the house that was designed and is functional as a house, without huge gaping holes where stairs should be, or fires sarting in walls where sub-standard wiring is. That my friend is the role and responsibility of the general contractor. Apple&#039;s mandate is to provide a framework in which developers can reasonably write apps that will run on the iPhone, and reflect Apple&#039;s intended use of it. It would be nice if Apple provided the dev with a detailed analysis of why exactly the app is unacceptable, but a real dev would understand the &quot;lay of the land&quot; and realize that, without being hand-held throught the explanation.</description>
		<content:encoded><![CDATA[<p>jerome, that is one of the more silly comparisons I&#8217;ve read. A general contractor is there to manage all aspects of the construction, to ensure that subcontractors do the job right, and don&#8217;t compromise the design or infrastructure. A smart builder works with the general contractor to ensure that any changes are acceptable with the parameters agreed to, or to re-design the structure to accept the changes. It is your house, but it is the general contractor&#8217;s mandate to ensure that the house you paid for is the house that was designed and is functional as a house, without huge gaping holes where stairs should be, or fires sarting in walls where sub-standard wiring is. That my friend is the role and responsibility of the general contractor. Apple&#8217;s mandate is to provide a framework in which developers can reasonably write apps that will run on the iPhone, and reflect Apple&#8217;s intended use of it. It would be nice if Apple provided the dev with a detailed analysis of why exactly the app is unacceptable, but a real dev would understand the &#8220;lay of the land&#8221; and realize that, without being hand-held throught the explanation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jerome_from_munich</title>
		<link>http://www.roughlydrafted.com/2008/09/16/banned-iphone-apps-the-podcaster-situation/comment-page-1/#comment-12949</link>
		<dc:creator>jerome_from_munich</dc:creator>
		<pubDate>Wed, 17 Sep 2008 13:02:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/?p=2507#comment-12949</guid>
		<description>A more accurate description would be:
Big carpentor contractor is building a house for me. If I want to subcontract part of the job, say because I want air conditioning installed, big contractor can say at any time that I am not allowed to have that installed in my house because it strains the power network or whatever suits them.
It&#039;s not Apple&#039;s phone, it&#039;s yours. Yet Apple decides what you do with it and where you buy the parts.</description>
		<content:encoded><![CDATA[<p>A more accurate description would be:<br />
Big carpentor contractor is building a house for me. If I want to subcontract part of the job, say because I want air conditioning installed, big contractor can say at any time that I am not allowed to have that installed in my house because it strains the power network or whatever suits them.<br />
It&#8217;s not Apple&#8217;s phone, it&#8217;s yours. Yet Apple decides what you do with it and where you buy the parts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Danthemason</title>
		<link>http://www.roughlydrafted.com/2008/09/16/banned-iphone-apps-the-podcaster-situation/comment-page-1/#comment-12943</link>
		<dc:creator>Danthemason</dc:creator>
		<pubDate>Wed, 17 Sep 2008 09:27:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/?p=2507#comment-12943</guid>
		<description>So this big carpenter contractor is building himself a house. He subcontracts as a part of his business and he has these subs working on the house largely unsupervised but there are plans. When one sub has &quot;a better idea&quot; and ignores the plans to implement his vision, the new structure may not keep out the rain. It seems to me most of the whiny developers need a course in blueprint reading.</description>
		<content:encoded><![CDATA[<p>So this big carpenter contractor is building himself a house. He subcontracts as a part of his business and he has these subs working on the house largely unsupervised but there are plans. When one sub has &#8220;a better idea&#8221; and ignores the plans to implement his vision, the new structure may not keep out the rain. It seems to me most of the whiny developers need a course in blueprint reading.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: LunaticSX</title>
		<link>http://www.roughlydrafted.com/2008/09/16/banned-iphone-apps-the-podcaster-situation/comment-page-1/#comment-12939</link>
		<dc:creator>LunaticSX</dc:creator>
		<pubDate>Wed, 17 Sep 2008 08:19:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/?p=2507#comment-12939</guid>
		<description>Daniel, as long as you were re-posting the majority of this article, it&#039;s too bad you neglected to edit out &quot;in the background&quot; from &quot;Podcaster is designed to queue up huge podcast data files and truck them over the network nonstop in the background.&quot;

Also, you could perhaps address why it is that Apple didn&#039;t explicitly state that violation of section 3.3.3 of the SDK agreement was the reason Podcaster wasn&#039;t approved in their e-mail to the developer, instead of (or in addition to) the reason of &quot;Since Podcaster assists in the distribution of podcasts, it duplicates the functionality of the Podcast section of iTunes.&quot;</description>
		<content:encoded><![CDATA[<p>Daniel, as long as you were re-posting the majority of this article, it&#8217;s too bad you neglected to edit out &#8220;in the background&#8221; from &#8220;Podcaster is designed to queue up huge podcast data files and truck them over the network nonstop in the background.&#8221;</p>
<p>Also, you could perhaps address why it is that Apple didn&#8217;t explicitly state that violation of section 3.3.3 of the SDK agreement was the reason Podcaster wasn&#8217;t approved in their e-mail to the developer, instead of (or in addition to) the reason of &#8220;Since Podcaster assists in the distribution of podcasts, it duplicates the functionality of the Podcast section of iTunes.&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
