The Apple Reaper
coovtech.com
coovtech.com
The next day my apps disappeared from the store with no notice or explanation.
I will never invest in a platform with this kind of arbitrary, totalitarian control again. Goodbye & good riddance Apple & good luck with your silly joke of an IDE.
" The rejection states that "if the purchasable content, functionality, or services are intended to be used within the app, they must be purchased through IAP, within the app" - This is absolutely not the case. Pay Pad for Stripe allows USERS to accept payments from their customers with their iPhone & iPad. Nothing that the user is accepting payments for would be used within the app.
Pay Pad for Stripe is companion app to the Stripe API (http://www.stripe.com).
I am not selling anything inside of the app. There are no subscriptions inside of the app. There is no exchange of a fee or subscription money between myself and a Pay Pad for Stripe user. They cannot buy any content, products, or services from my while inside the app.
The most straight-forward way I can describe how someone might use Pay Pad for Stripe is this: My wife has a Stripe account which allows her to accept credit card payments. She downloads Pay Pad for Stripe so that she can manage her Stripe account and accept mobile payments. She takes our daughters to the local grocery store to sell girl-scout cookies. A customer of hers want's to buy a box of thin-mints. She uses Pay Pad for Stripe to take a credit card payment from the customer for those thin-min cookies.
That's it. The feature is identical to what you will find in the popular Square and Pay Pal apps. This is not in-app purchasing. This in enabling B2C business transactions. There is no money exchanged between myself and the Pay Pad for Stripe users. "
They have the resources to pay cheap reviewers who are probably better than this guy. I'm sure college kids with no job prospects would jump to "work at Apple" even if it's making $10/hour reviewing apps.
Why not allow all apps into the store as long as they pass some security checks done by Apple (no downloading executables etc)?
The current review process is just encouraging developers to look at alternatives. Android for starters. I'm even spending time learning about Firefox OS. If Apple would stop rejecting totally legit apps for "having limited entertainment value" when my Mixpanel analytics say otherwise I (unfortunately) wouldn't give a shit about Android or any other mobile OS.
Looking over the App store, if anything there is an over abundance of app developers.
However in a way the review process is broken for customers. Say I have a free app with 100 reviews and a 5-star average. The app has been downloaded on average 90 times per day for a year and the monthly average has been slowly growing (except for the initial release spike). Also the analytics show retention and daily usage going up. IMO it's safe to say that users like this app. Therefore users suffer when an update to the app is rejected or the app is pulled for superfluous reasons.
Users are happy, ignorate that another app that may have been better was rejected. Apple is happy because revenue is revenue. Only the developer of the rejected app is not.
Are you asking why it's not perfect? That's an impossible standard. In general app approval seems significantly ahead of where it was in past years.
"They have the resources to pay cheap reviewers who are probably better than this guy."
I'm going to go out on a limb and say that most large businesses have the resources to hire people better than their worst employees. Again if you're asking why their staff is not all 5 star employees who never make mistakes I don't even know where to start.
"Why not allow all apps into the store as long as they pass some security checks done by Apple (no downloading executables etc)?"
Because they don't want spam, porn, hate apps, whatever. It's easy to make sweeping judgements about what's best when you aren't actually managing a 200 billion dollar brand.
I don't expect the review process to be perfect. I'm just curious why Apple hasn't improved it beyond it's dismal state in the last four years.
Is Google hurt when a bad webpage makes it into the search index? Not really. In general it just floats to the bottom.
As a developer, I want free and easy access to the App store to upload my apps.
As a user, I want a selection of the safest, highest quality, predictable and elegantly design applications.
Apple Inc, as a for profitable organization, wants to ensure that they maintain control over the various revenue lines (and ensuing profit).
It's the only rational profit-maximizing-response for an organization that has their market dominance.
They've utterly failed to deliver that. They've been mostly successful in limiting outright malware but the store is absolutely bursting at the seams with cheap, crappy apps and scams. At this point they'd be better off delegating malware detection to an algorithm and using their editorial control to surface the good apps.
The cross-platform bit is interesting though. This should send a clear message to developers that they should go with ANDROID FIRST.
Edit: This trend of running straight to social news sites (e.g. HN) whenever something goes wrong is very strange. There are processes in place for dealing with this problem, processes that thousands of people have used in the past. Why would you go complaining publicly before even attempting to resolve it using the normal methods?
Something is strange about the whole app review process. It's been problematic for years. Apple could fix it if they had the incentive. IMO they do have an incentive (more developers, more sales etc) but something else is preventing the process from improving. Lately it seems like the review process is becoming worse.
Perhaps it's company politics? The VP of whatever group is ultimately in charge of hiring reviewers, adjusting policies etc may be standing in the way. However given the explosion of the mobile ecosystem it seems unlikely that organizational politics would come first.
One side note: for my last app that was reviewed and rejected multiple times (once by the appeal board) it seemed like the reviewers were really trying hard to make the app crash. I log almost everything users do in the app. Since the only people with copies of the app were myself and Apple I could see the reviewer(s) activity. If you've tested iOS apps that use even basic tableViews populated with remote data you know that swiping vigorously, pushing and popping viewControllers quickly etc can wring out some funny corner cases. It seems like the reviewer was trying to find one as a pretense for rejecting the app when the real reason was something they didn't want to say. Apparently they didn't find anything and went with "app is just a re-packaged website without enough native iOS functionality" when the entire app uses native iOS features.
Maybe the app's use of Google maps was frowned upon because of some tense relationship between the two companies. So instead of rejecting the app for "using Google maps because we don't feel comfortable with that" the reviewer tried to find a crash. When they couldn't they gave me the hilarious BS reasons. Hence a pretense to reject the app could make the reviewer's life easier.
This seems more general than just when things go wrong. I've noticed a lot of posts on Reddit in /r/math and /r/physics from college students asking for advice on what order to take classes, for example. A student might state he is a math major, and want to know if he should take linear algebra or real analysis first. Typically, he omits to state what school he attends, or what kind of math he is interested in.
These questions puzzle me, because the answer to this kind of question depends on details of the school's math curriculum, and vary from school to school. For instance, at some schools linear algebra is the first "proofs" course, and typically should be taken after freshman calculus as a transition to higher math.
At other schools there is a separate course specifically on proofs and mathematical reason designed to prepare students to transition from the practical oriented calculus courses to the theory oriented "real" math classes. At such a school, the order of linear algebra and real analysis is probably best determined by what courses have which as prerequisites and what the student is interested in.
I would expect the obvious thing to do when wondering what order to take courses in would be to (1) check the requirements for your degree--there should be specific courses you have to take so you need to make sure you don't do anything to screw taking those, (2) work out from that and from the prerequisites from those courses any constraints on when you must take specific courses, (3) look at examples your school gives of typical schedules for students pursuing that degree, and (4) TALK TO YOUR ADVISOR--I assume schools still assign to each student an advisor in their major to give them guidance on course selection and such.
Similarly, people will post saying they are taking a course in X next term, and would like to get a head start--what book should they read? Again, the often don't tell us the school so we can go look up the course and try to figure out what level it is at. They don't tell us what the textbook is so we can pick something that fits in well with that.
It apparently never occurs to them to ask their professor what would be a good book, or to ask older students who have already taken the class, or to go to the library and spend an afternoon looking at a few books on the subject to find one on their own.
I once had this argument with a tech over a macbook apple care repair. My screen cable was broken, no display. They opened and found a coffe stain on the case from many months prior. He said I had water damage. I asked what part is damaged by the water. We must have went back and forth 20+ times on this detail. Nothing was damaged by the water, they found an old stain on the case!
After shipping it to them twice with no repair, finally I cleaned it out entirely with a qtip and took it to an authorized service center. Fortunately the tech there was able to negotiate the claim for the busted cable.
Was it because I already have a few apple care repairs and was near the end of my term? No, the phone operator was trained robotically to repeat the same nonsensical phrase ad infinitum.
I'll update the blog post in the morning with details.
My only recourse? Publish it on iBooks, which requires an ISBN. Also, I've never met anyone who's ever even opened the iBooks store.
As long as there is a sufficient selection of movies, music, and apps to keep the iPhone compelling, Apple doesn't need to foster a "long tail" app catalogue.
That's the distinction.
This guy was NOT doing what that section of the ToS was meant to prohibit. But let's say someone else had an app that really was, that was doing in-app purchases without giving apple their 30% vigorish.... all you have to do is make it for Android too, and Apple will let you?
Really?
Does this really work?
So you have to blame yourself.
Although a lot of good ideas have been coming in about how to get around it.
E.g. my HN iphone app was rejected 2-3 times for "webviews stuff" or whatever. Once I resubmitted, it had been approved the first time, plus it's been received well by users.
(Never heard of the multiplatform thing before.. seems like bullshit)
Walled garden and 30% forced cut of app sales is one thing, but a forced 30% cut of every in-app sale is like erecting a toll booth on all apps. Gruber's explanation of "Apple does it because it can, and the people complaining are just jealous that Apple can and they cannot" doesn't really fly.
This is one of the reasons that Apple is dragging its feet on making HTML5 web apps work on par with native apps, despite Jobs' anti-Flash memo two and a half years ago.
Edit: Sigh, looks like this submission is sinking on the HN front page due to people flagging it for it being anti-Apple. Be classy, HN.
The Android Developer TOS says that any other in-app payment system isn't legal, and grounds for your app being removed from the app store.
I haven't studied it, but I suspect Microsoft's ToS will say something similar too.
Edit: Android's DDA section 3.3 and 4.5 disallow using other payment processors. http://www.android.com/us/developer-distribution-agreement.h...
Also,while Microsoft does support in-app purchases in their store, they don't restrict other payment methods like Apple does. From Microsoft's Store guidelines:
http://blogs.msdn.com/b/windowsstore/archive/2012/07/20/maki...
Using your own billing system
Your app and service may already depend on a particular transaction provider or benefit from ties to other lines of business. Your customers want the trust and efficiency of a familiar, trusted transaction experience. You can use your own transaction provider within your app to provide the experience your customers expect.
If you are not using the Windows Store as your transaction provider, you will want to make sure that your app meets all of the certification requirements such as: Identifying the transaction provider to the user during purchase confirmation Prompt the user for authentication before processing the transaction Your payment processor must meet the current PCI Data Security Standard
Good to know about Microsoft - thanks.
Edit: Ah, the Kindle app for Android. I misunderstood. It's possible that Google might deem those violations (see links to the relevant section I posted in parent). Their DOJ mess with eBooks might prevent them from taking such measures though.
http://www.amazon.com/gp/help/customer/display.html/ref=hp_k...
The Google Books lawsuit is primarily a dispute with authors and publishers about fair use. The DoJ's involvement in that is tangential (and AFAIK was limited to commenting on and investigating the proposed and now rejected settlement).
Sections 3.3 and 4.5
The key distinction is that this doesn't apply to products not distributed by the Market, like eBooks and mp3 hosted and sold externally (see: Amazon, B&N, Kobo, ...). Hell, you can even buy physical goods via the Amazon Mobile app (and others I'm sure).
- Reading the Android ToS, it sounds far less restrictive. 3.3 says that if your apps has a "upgrade to full version" option, it has to be their payments. 4.5 says you can't sell alternative markets. Neither is anywhere as broad as Apple's "anything you sell must be charged as an in-app purchase", which applies to things like Dropbox subscriptions, etc.
- On Android, you can always just distribute your app online to be sideloaded if you don't like the Market. Or distribute in an alternative market like Amazon or GetJar. On iOS, Apple's store is the only way to get on the device.
If the Kindle app lacks the ability to buy books, they will blame Amazon the for lack of that feature and not even linking to the Amazon.com page to buy. This is losing battle regardless of a few HN'ers switching to alternate platforms because of this.
Same as with the patent case against Android, Apple has much more to gain that lose by pissing off some developers. In fact, much of their fan base was cheering on Apple against Samsung and Gruber has ~220K Twitter followers, so I felt that the lawsuits may have the effect to actually legitimizing patents among the sizable segment of Apple aficionados. Like Microsoft in the 90s, Apple has turned into this juggernaut that no power grab can really affect their market sales.
I have been bashing Apple for all of this on my blog (I have some regular readers) and I have carefully explained the "Apple problem" to 15+ people in non-Internet space.
It is OK with me if most people don't get the problems that Apple's new butt asshole behavior is causing. Personally, I will spread the message as I am able, and move on. (As I have previously mentioned here, I wrote the simple Chess program distributed with the early Apple II and I had fairly good luck with an app I wrote for the Mac in 1984 - but that is history for me now.)
Well, Gruber's job is to come up with rebuttals to any criticisms of Apple, no matter how lame they may be. Otherwise, he wouldn't continue to get fed insider information from his Apple sources.
Is it? I instead suspect it's because making HTML 5 web apps work on par with native apps would require Apple to build out dozens (if not hundreds) of new, platform-specific extensions and APIs that would bring the web stack on par with Cocoa Touch. It's going to be some time before we see HTML 5 web apps that are truly on par with native apps.
And before citing WebOS, note that they added dozens of new, platform-specific extensions and APIs to make apps running on their stack as feature rich and responsive as apps on other platforms. I don't consider WebOS apps to be "web apps", as they only work on their platform.
I also note that Apple has one of the best mobile web stacks out there. I'd say they're only bested by Chrome for Android, and not by much. That's not a sign of a company that's dragging their feet on HTML5 support.
You could make the case that Apple's patent threats around the touch event spec are holding things back (not having a standard here is making a nightmare out of handling both click and touch events) or that turning off Nitro for the UIWebView control are a detriment to HTML "apps" but ultimately Android's browser is actually the biggest hindrance to HTML as a competitor.
I'm not an Apple fan (I don't buy their products for other reasons) but mobile safari blows every other mobile browser out of the water in terms of having sane implementations of HTML5 features and performance (css or otherwise).
Leaving that aside, Android's stock browser and Chrome still has serious issues with CSS based transformations and animations on non-trivial pages which mobile safari has handled with aplomb for the last 2 _major_ versions. This is not ICS, I'm talking about Jelly Bean. Even the newest flagship devices from HTC, the One X, can barely handle complex content animations. Again, toy examples have worked for a very long time but anything exceeding the compositing engines tile size just falls over completely.
Unrelated to animations, here's a bug that I logged myself against 4.0:
http://code.google.com/p/android/issues/detail?id=27959&...
Wherein a full width position fixed element fails to reflow on orientation change.
https://github.com/scottjehl/Device-Bugs/issues
If you look at the issues we've recorded over time you'll see there are plenty of iOS issues there too, but the degree of pain caused by them is vanishingly small when weighed against those we've dealt with from Android.
Fair point, but... the overwhelming majority of those users (2.2+) can use the latest Firefox, nearly all of them (1.6+) can use the latest Opera and most (2.3+) will be able to use the latest Dolphin when it comes out of beta. All of these browsers are leaps and bounds ahead the stock Android browser for 2.X and Android lets users change the default browser nearly seamlessly.
Now, granted, none of these browsers is considered important today because they have little to no mobile penetration, but then, mobile web developers could influence that, if they chose to.
There's lots of people religiously invested in Apple here on HN, which seems to have Apple (and it's share-price) as the better part of their identity.
It's a bit awkward for sure.
Why would they care about HN if HN readers are not all Apple worshippers?
Is the above right? Doesn't seem to hold. If it is so, why does the Kindle app still seem to obey the 11.2, despite being cross-platform?
The fact that Google has just made a Java 2 Object-C translator tool and that there are now more Android devices in the wild than iOS devices, should be a couple of nice incentives as well to build the Android app first.