> I believe Apple does all of these things to encourage developers to do a better job testing their apps prior to submission and to prevent high volume developers from hogging the review team's time.<p>I'm kind of tired of bring this up, as I'm sure others are tired of the same sort of comments, but the App Store has been bothering me quite a bit lately. This doesn't seem like the way things should work. We shouldn't be spending time thinking up clever and logical explanations of what hoops Apple puts the very developers that make its platform interesting through.<p>Am I wrong? I don't (yet) write iPhone apps, and I am honestly seeking sane opinions of those who do.<p>As a student, I am currently learning everything I can about everything that goes on my computer and how it works, and realizing that almost <i>nothing</i> I currently know would be possible without all the open-source tools that are used in every one of our courses (none of the lab machines in the CS department here run Windows). The very core idea of being able to tinker and learn about each moving part of software, like a mechanism made of semi-transparent gears, is what attracted me personally into the industry in the first place. Developers' ideas seem to only be guided by what they are able to dream up and code, and anyone can participate and improve things collaboratively creating something beautiful and useful.<p>And now I'm learning that one of the supposedly more exciting ways to make a living using the acquired knowledge is to do things in very particular restricted ways, according to the rules set out by one company, using the tools they deemed fit. Perhaps I'm overdramatizing, but there is just something very fishy about the entire concept, and I can't tell whether my confusion stems from lack of knowledge, the fact that I'm looking at it from a fresh point of view that others are just too deep in the trenches to see, or both.
I don't agree with this at all. If there's any preferential treatment that I've seen in the review line, it has everything to do with which category the app is in and how popular the app is.<p>I've self rejected an app that was in the top 20 of a category many times. I can't even think of a time we submitted an update that we didn't self reject at least once. This app still gets much quicker review times for updates than another app which is much less popular.<p>I guess I'd like to see more than "here's how i think it works" and instead some explanation as to why this guy thinks it works how he thinks.
I see the same patterns.<p>I'd add this: when you receive the "your app needs more time to review" email, it seems like your app is bumped into a "needs supervisor approval" queue.<p>In my experience, it takes up to 24 hours for Apple Developer Relations to call you and explain the cause of the hold up.<p>I've seen this multiple times and it's always for some specific situations that are not explicitly covered in the guidelines - i.e. they need further clarification about copyright ownership, or maybe they just need to explain what needs to be changed in order to pass their review.
I'm even convinced that updates are processed programatically in many cases, and that a human doesn't even see it if it marches certain criteria.<p>We ran a website that let users create their own iPhone apps so bugfixes to the platform required 55+ apps to be rebuilt and resubmitted at the same time. Emails for all 55 apps would come in at the same time every time they changed state (30 or so seconds to receive all 55) and was very consistent through all of our updates.<p>FWIW, some more anecdotal evidence<p>1) after the switch to 4.0, updates to my apps that added background audio and support for the high res screen were through in 2 days. during this same period, normal bug fixes took around 12 calendar days<p>2) just updating images and names can take upwards of 3 weeks for non-popular apps (you think it'd be the opposite)
To me, it sounds like the author reading too much into the (rather opaque) process to try and make sense of it.<p>Sometimes its fast, other times its not. Its usually consistent, but sometimes they mess up. Thats all we know for sure.<p>FWIW, my experience is app reviews take the same amount of time -- a week, plus or minus two days. This is regardless of if the submission is of a new app or an update for an existing one. Recent update, fixing something that caused a rejection or the first update in a few months.
I would also add that if your app requires Apple to update its internal approval guidelines it will take you forever to get approved. So if you're innovating on your app's business model or something like that - be prepared.
We've been getting 2-3 week update approvals and it is killing us on getting bug fixes out. Last year we'd often get 3 day updates. If there is a priority queue, We are on the wrong end of it.