App Store: I'm out
speirs.org
speirs.org
And then there's this kicker-- once our team spends time developing it, there's a chance it won't even be allowed. Great!
He doesn't really mention in his post the fun fact that you've got to pay a fee so Apple can review/reject your app. Definitely not feeling warm and fuzzy about the investment so far.
You'd rather they get flooded with an absolute ton of crap? The fee isn't _that_ much and it separates the boys from the men, so to speak.
For us, the annoyance is just that we have to wait on them for multiple steps in the process when there's no guarantee they'll even post a produced app to the store.
We'll hedge our bets, though, and make a slightly useful app to see how annoying the process is, and wait for our larger app afterwards.
So far, we've been waiting over a week just to get into the program far enough to be able to legitimately put the app on our test iPhones. The app we're working on is worthless in the simulator, so to even debug it we need to get it on the phone itself. Waiting a few weeks to even debug your app is a bit demotivating. I whine here partly as a word of caution to anyone on a tight schedule.
Do you get the impression that this is actually a stage for them to keep out what they consider bad products or is it just a bandwith problem with their approval process?
http://www.engadget.com/2008/09/10/t-mobile-to-offer-android...
Android looks like a serious threat. The big question is how will google treat the Android developers.
Phone vendors don't like developers massing around with their devices, users do like it.
The vendor that will reach the finish line first will be the one that will produce a stable product with a solid API where 3rd party software won't damage the phone performance.
If my theory is correct at the moment RIM (Blackberry) are in front.
Seems like Palm did the software part great, and failed majorly on keeping the hardware up to date (they missed the boat or were late to the party on flash memory cards, color screens, and wireless, that I can remember anyway).
On the other hand, Palm did not add features to their operating system for what must be 7 years now. They did go up a version by adding 320x320 resolution support, but it was more of a hack than anything else. Each individual component (app, database) was still limited to 64k in size from what I recall. Palm was run by business people (more so than Android and the iPhone have since) who thought incremental updates of screen and camera resolution and doubling the onboard memory from 32MB to 64MB were good enough improvements each year.
Palm also did not have a Blackberry-like push e-mail app until maybe two years ago (and even that was because of a third party e-mail app; the default app that Palm owned and installed with every Treo did not even support IMAP.) But around the same time as adding IMAP support by purchasing the rights to a 3rd party e-mail client, they decided to start supporting Microsoft Exchange and running Windows Mobile on half of their new devices every year.
What happened? Apple fans originally loved PalmOS because it wasn't Microsoft. It was based on Apple's Newton. Secondly, the Palms worked better with Apple computers than Microsoft's devices did. Third, supporting the Palm could prevent Microsoft from dominating the mobile world on top of the PC world. Finally, Palm "sold out" and went with Windows Mobile, instead of improving or rewriting their aging operating system.
With the iPhone, Mac lovers could now get a real, current Apple product. I think that was the greatest gift to Mac users and Palm fans who were getting sick of Palm's insignificant incremental improvements.
Now if by software you mean the freedom anyone has to write and distribute a 3rd party app for a Palm device, then yes, they are still the easiest to release apps for. A developer doesn't need anybody's permission except that of the user themselves. But as far as the software PalmOS created and owned--such as the operating system and mail client--only minor improvements were made over the past seven years.
It's been all downhill since.
We know Apple's excuses ("we can't let you have open access, because someone might bad apps and we need to protect our users from themselves") are bullshit. Their competitors have had more open SDKs for years and none of Apple's doomsday scenarios have come to pass.
I'm personally hoping that when Adroid comes out with its own app store and open platform, it will finally convince people to stop excusing Apple's behaviour.
Also, this dude seems to belong to the typical "elitist" Mac people group. "crapware written by hobbyist students" -- WTF! A student won the official Apple competition for best Mac / iPhone app or something like it.
I agree, but I'd be surprised if we see it happen. Evangelists are needed all over the place and yet so few companies bother to hire any or attempt any serious relationships on social media and the like. Apple are also not known for their openness in situations like this. A lack of information gives them some sort of advantage, I guess.
These evangelists have often helped developers shed more light on bugs against Mac OS X which are blocking the shipping of apps. Also, they're often a great first-line contact at Apple for getting help from Apple's engineers outside of WWDC.
To get an additional App Store contact that could field developers' questions about apps that have been rejected with little or no explanation would be nice.
The small group of evangelists Apple already has on the payroll is spread quite thinly between their Mac OS X, and now iPhone, responsibilities as it is.
I suspect developers are already talking their ears off about App Store issues, and I bet Fraser's wish could likely come true eventually. Whether it's in the form of a separate App Store evangelist, or a new iPhone-specific team of evangelists that can also help with shedding light on the App Store process, it'd be a huge improvement.
It's bad for long-term innovation, but maybe it's good for the platform by not confusing users. I personally feel it's legitimate for open platforms to arbitrarily restrict default visibility, but not for them to restrict distribution.
The problem is not Apple. The issue is the mobile industry. Everyone screams the Iphone is an open platform, but if you truly look at it, it is not significantly different.
You still have to go to an approval process and your application cannot compete with any Apple applications or future applications.
The mobile industry roadmap is fundamentally hard to comprehend and if you play it in long enough you will not be surprised when Apple shuts down app A or app B because you knew from the get go that this illusion of the Iphone being open is just that.
Go ahead and write a pull-my-finger app for one of Apple's competitors (Blackberry or WinMo) and no one will stop you from releasing it on your target devices.
About 5 years ago I set out to do my first mobile startup. Using RSS to SMS to provide near real time traffic updates. In the beginning the problem was to get a shortcode and SMS gateway provider. No possible way for a startup with little money to directly hook to the carrier gateway.
Then I said forget it, let's morphe it a bit and distribute games for small time developers. Cool. I already knew about 6 or 7 games developers who committed to let the startup distribute their games, but we quickly found the pain because some carriers did not allow downloads unless you went thorugh their certification program.
I also built a mobile marketing tool to help merchants geo-target their offerings. Cool. But qucikly enough you find that you have to continuously pay for each SMS, hence there was no sealing (at least not at the stage I was in) and you had to depend on a third party that can shut you down at any given time. Heck even Twitter had its service turned down by T-mobile for a short amount of time.
Anyway you go in the mobile industry, save one, you are dealing with restrictions. That is why I am saying the problem is not JUST Apple. It is the industry in general. If you create apps you will sooner or later hit a barrier. In one case the barrier will be Apple, in an other it will be your SMS gateway provider, in an other it will be T-Mobile, in another it will be BlackBerry certificates.
That is not to say there is no way around. There are applications that are truly independent of carrier rules or mobile platforms. Applications that you write once and they work on every cell phones, every carrier. It is just that developers want to bet on their apps being approved all the way to the top, or they think that if they hit a tiny 1% of the market they will make it big.
When you do start comparing the iPhone to its current competitors, none of what you said makes sense. To go over it quickly.
-You can use SMS gateways that charge about 4cents a text.
-You don't have to use SMS at all. You can make an app that either polls a server or listens for pushed data.
- "Blackberry certificates" are an $20 ID, which you only need to use internal APIs. At no point will RIM place any restrictions on what you can do with its powerful SDK.
If you set out to develop a BB app, and no point will you have to worry about your app making through some byzantine bureaucracy and whether or not it can be brought to market. It'll be a good day when you can say the same of the iPhone.
My point is not that Apple is more open than others. That still does not make it standard.
Yes you can build apps that polls a server etc..., but again when building apps, there is no standard. Iphone apps do not work on Symbian phones. What kind of open is that?
BB is not truly open either. Maybe this has changed by now, but we could not get to collect SMS. How open is that?
The point I am trying to make is that developers should not be suprised where there apps are shut down by the SMS gateway provider, or the carrier, or Apple, or BB, or ......
Developers should focus on applications that they can write once and can deploy everywhere.
Quite simply, there are two tiers in the mobile industry now: smartphones and feature phones. On the feature phone tier, having to jump through bullshit hoops was and still is standard - getting certificates from the carrier, worrying about SMS, etc. On the smartphone, there are far, far fewer limitations - companies like Palm and RIM don't shutdown apps, and the carrier's control does not extend beyond perhaps discriminating types of data traffic (ie, email vs 3rd party data).
Apple's SDK policies make the iPhone far closer to the restrictions feature phones have than to smartphones the iPhone is actually sold against (ie BB Bold).
oh, and: http://myhowto.org/java/j2me/22-sending-and-receiving-gsm-sm...
Pretty simple, no?
Saying it is simple shows me that you do not have much experience creating mobile applications.
If you develop for windows I assume it will work in every country, for every machine that runs windows, regardless of the machine manufacturer and the insternet service provider. Write once deploy nearly everywhere. Try that with mobile apps.
If you develop for Symbian phones, although one app may work on T-mobile UK networks, it may not work for T-mobile in the US.
It is anything and everything but simple.
EDIT: I am saying this after tools we had built using Twitter SMS API, NMS SMS API, Kannel, 41411 SMS API,as well as working on Mobile IM for Symbian, Call Interceptor for Brew, CallBack for all platforms including an Iphone web app, Backup application, Mobile Device Management Servers for Symbian and Brew, Infinite number of mobile games etc....All products being deployed in every continent save Australia. In every single case clients find it to be a pain. I wish writing and deploying mobile apps were as easy as it is for desktop apps.
I'm not saying that what Apple does is bad, because a company can do whatever they want (so long as they're not a de facto monopoly). But it seems to be more of an Apple problem, and not a problem with the mobile industry.
The 5 real reasons to avoid iPhone 3G:
* iPhone completely blocks free software. Developers must pay a tax to Apple, who becomes the sole authority over what can and can't be on everyone's phones.
* iPhone endorses and supports Digital Restrictions Management (DRM) technology.
* iPhone exposes your whereabouts and provides ways for others to track you without your knowledge.
* iPhone won't play patent- and DRM-free formats like Ogg Vorbis and Theora.
* iPhone is not the only option. There are better alternatives on the horizon that respect your freedom, don't spy on you, play free media formats, and let you use free software -- like the FreeRunner.
(See http://news.ycombinator.com/item?id=303708 for example.)
It is especially annoying because your use of code formatting for text stretches the page and makes the other comments unreadable.
http://git.jrock.us/?p=Server-Stylish.git;a=summary
I had the name first! :)
I just want an Internet mobile device that provides the full net experience in the palm of my hands; FLASH & VoiP access!
And comparing these two services is stupid. They're entirely different, they have two different business strategies. Apple and Google are not competing directly, and that'll be reflected in the developers who flock to either side (or to both).
At the end of the day, the only thing that matters is the experience-- a combination of the software, the hardware, and the network.
So I didn't really mean the keypad specifically.
I have always disliked the cultist and elitist aspects of Job's company. I see Apple as no better, and possibly worse, than Gate's company.
I think, that if you are trying to make money to live the next 3 years comfortably, writing iPhone apps may be the way to go; but if you want there to be a world where your great-grand kids live comfortably writing apps for an open tri-corder from their apartments in a Stanford torus at one of the Earth-Moon Lagrangian points, then you write apps for the OpenMoko and feed yourself with a day job.
They built it, they own the ecosystem, so they get to decide.
Don't like it? Write a webapp instead.
personally, I don't see whats particularly troublesome about the current policy. Granted, I'm focusing moreso on cooking up apps that are genuinely distinct in functionality to minimize the need to focus on marketing to begin with.
It was never 100% clear that Apple would bar that. It still isn't.
Any time you implement a feature for a product you have to do it in a way that can't possibly please everyone. If you let your developers implement alternative versions, it's conceivable you could get close to pleasing everyone, which makes your product better because it then covers obscure use cases that you can't afford to deal with. It becomes as if third parties are developing the product for you for free.
Hypothetical example: What if apple is already working on a better podcasting app that works on the iphone, yet they _don't_ reject any apps?
Then, when their podcasting app comes out and kills off the competitors (usually because it is free--but also because they write damn good apps), then some author is going to bitch about how apple targeted them and killed their app. Sounding like that whiny sandvox guy doesn't do anyone any good.
Maybe... just maybe... this is the better alternative.
Personally, I'm going to write the quickest/smallest app I can that gets the 1.0 beta 1 idea into form. I'll apply with that. If I get accepted, great. I'll pump out a lot of releases getting it to 1.0 final. If not? I didn't lose that much time/effort.
There are a million excuses to not diet and exercise, to not do a startup, and to not do anything in life. Your job as an entrepreneur is to work around the obstacles. Give Apple an app that they can't afford to reject. Don't do anything stupid that would cause your app to get rejected.
Yes, better rules can always be written, but your job is to deliver kick ass apps to the public. GET 'R DONE!
it looked like a pretty good deal to me at first. possibly as big of a gold rush as the original dos days. given all the hassles and rules, i'm not nearly so enthusiastic as i once was.
Becoming indignant & saying 'I'm out' is not useful. There's a potential snag here. It is a man made snag that's unfair, unreasonable or whatever. But that doesn't mean the opportunity isn't there. It's not really more of a reason not to develop then any other reason that isn't unfair: too hard, too much competition, etc. The only difference is emotional.
It's not just difficult, it's demoralizing.
That's my point. On the rational front, it's not different to 1000 other variables. On the emotional one, it's a lot worse.
Withdrawing from iPhone app development is the rational choice. There are other things developers like the author can work on with similar payoffs, but more predictable risks.