You should read up on the history of the MPAA and the movie rating process. Very similar to Apple's, as in vague on purpose. Think of it this way. If they tell you exactly what's wrong, you will fix exactly what's wrong. If they let you figure it out yourself, you may fix exactly what's wrong, or you may fix more than what's wrong. The second option is always going to be better for Apple because it gives the highest probability that your app will be more "fixed." Now as to the definition of fixed, well you're on your own there.
Our app got rejected again. We're trying to figure out why.
11–20 of 28 posts
Re: Our app got rejected again. We're trying to figure out why.
#12"Companies succeed with single founders all the time. Just look at Digg, Craigslist, eBay, Netflix, Wordpress, Wikipedia, Amazon, TechMeme, PBWiki, TechCrunch, TechMeme, and Etsy." Again repetition in short published list. Am I going insane? Do you also see this?
You're in the wrong thread.
How that happened? Maybe I am indeed going insane.
Re: Our app got rejected again. We're trying to figure out why.
#13All of these things can be handled once, together, in a single e-mail. Actually for app reviewing throughput purposes, disqualifying the app on the first major thing they catch is a good idea on Apple's part.
I don't agree at all. If Taco Bell implemented a policy limiting you to one taco at a time, rather than allowing you to handle all your (stomach-churning) food needs all at once, each order would take less time. They would even increase their "thoroughput" as measured by the # of orders filled per hour. But their line would be ridiculously long, because everyone would have to come back through again to finish their meal. Oh, and everyone would be pissed.
Same deal here. No one (or almost no one) spends 2 months coding an iPhone app, only to just flat-out give up when it gets rejected. They fix the problem (or what they think is the problem after attempting to decipher Apple's rejection notice), and get back in line. By implementing this policy, Apple decreases their efficiency by adding managerial overhead - instead of one reviewer getting assigned one ticket once and handling three problems, those three problems are spread out over (I'm guessing) three different reviewers, which means time wasted dealing with each reapplication.
Anyone who's ever developed software understands this intuitively: If you're fixing a reported bug, and in the process of doing so, discover a related bug which you know will be reported eventually, you don't fix the first and ignore the second. It may seem attractive, but you just know that another full cycle of report -> project manager -> scheduling -> reassignment -> new developer reading & getting caught up -> fixing -> QA is just wasting everyone's time.
Not to mention, making app developers, who are literally walking Apple profit machines, go to the back of the queue time and time again without even telling them why is just stupid business.
Re: Our app got rejected again. We're trying to figure out why.
#14All of these things can be handled once, together, in a single e-mail. Actually for app reviewing throughput purposes, disqualifying the app on the first major thing they catch is a good idea on Apple's part.
I don't agree at all. If Taco Bell implemented a policy limiting you to one taco at a time, rather than allowing you to handle all your (stomach-churning) food needs all at once, each order would take less time. They would even increase their "thoroughput" as measured by the # of orders filled per hour. But their line would be ridiculously long, because everyone would have to come back through again to finish their m…
I'd look at it from the reviewer's side (just to play devil's advocate here).
We know from some reports that they're reviewing 8500 apps per week over (supposedly) 40 reviewers. That's about 10 minutes per app per reviewer per 8 hour workday.
So imagine you're the cashier at Taco bell and you have 10 seconds to fill an entire order. The line is hundreds deep. When someone comes up and says "I'd like a Whopper and..." do you spend time trying to correct that person, or do you yell NEXT! and kick him out of line?
Re: Our app got rejected again. We're trying to figure out why.
#15Earlier quoted context omitted.
I don't agree at all. If Taco Bell implemented a policy limiting you to one taco at a time, rather than allowing you to handle all your (stomach-churning) food needs all at once, each order would take less time. They would even increase their "thoroughput" as measured by the # of orders filled per hour. But their line would be ridiculously long, because everyone would have to come back through again to finish their m…
I'd look at it from the reviewer's side (just to play devil's advocate here). We know from some reports that they're reviewing 8500 apps per week over (supposedly) 40 reviewers. That's about 10 minutes per app per reviewer per 8 hour workday. So imagine you're the cashier at Taco bell and you have 10 seconds to fill an entire order. The line is hundreds deep. When someone comes up and says "I'd like a Whopper and..."…
> they're reviewing 8500 apps per week
Yes, but the question is: what percentage of those are apps that have already been submitted and rejected, and are back for their 2nd (or 3rd or 4th...) time? Your analogy is a good one, but I think it breaks down when you're kicking a large percentage of people out of line, and none of them are leaving.
Re: Our app got rejected again. We're trying to figure out why.
#16I know a couple of developers that have gotten their apps published without any major hiccups. I'm working on my own (a Hacker News reader) and I'm being careful to get everything right. It increasingly seems that it's a vocal minority of developers that are raising most of the fuss about Apple's approval process. I didn't see anything vague or arbitrary in the emails the reviewers sent. They were rather specific about why the version was rejected and what to do to correct it.
Re: Our app got rejected again. We're trying to figure out why.
#17i like to imagine that in this magical app rejection/approval department at apple, the employees have a whiteboard on the wall and are competing against each other to get the most app rejection tally marks, and one gets special bonus points for each weblog posting found that is made complaining about the rejection.
Re: Our app got rejected again. We're trying to figure out why.
#18It sounds like Apple's approval process includes a part where they run "strings" on the binary and look for the word "beta".
Re: Our app got rejected again. We're trying to figure out why.
#19"1984" Apple ad. http://www.youtube.com/watch?v=OYecfV3ubP8
It really does not matter if you think they are right or wrong. Watch the vid and decide if that's what you want to attach your startup fortunes to. I can understand why some funds would have been motivated to focus on iPhone apps last year. At this point, I wouldn't touch an iPhone startup without an ironclad insider contract with Apple.
Re: Our app got rejected again. We're trying to figure out why.
#20All of these things can be handled once, together, in a single e-mail. Actually for app reviewing throughput purposes, disqualifying the app on the first major thing they catch is a good idea on Apple's part.
"Four legs good, two legs bad!" http://www.youtube.com/watch?v=OYecfV3ubP8
sorry if you feel I'm slightly mixing metaphors. Sometimes I feel like I'm chatting in a forum of frogs in a pot of rising heat.