Hacker News new | past | comments | ask | show | jobs | submit login
Apple App Store Versus Facebook Apps (wenger.us)
6 points by raganwald on Aug 26, 2008 | hide | past | favorite | 8 comments



"... and lauds Apple for making something that was closed more open (mobile apps). While I agree with his assessment ..."

I am really getting tired of this Apple fanboy FUD. If you repeat a lie often enough, it's not in fact going to make it true!

Apple took something that was somewhat open (smartphone apps) and made it more closed. Compared to its peers the iPhone SDK is far more closed and restrictive* and that is a huge step backwards. I can hardly believe how this seemingly obvious fact can be spun around 180ᴼ and presented as Apple being more open.

* If you wish to argue this fact, please tell me how I can run background apps on the iPhone or write apps that hook into the system and extend its capabilities.


You know what the killer feature of App Store is? Customers! Lots of customers, some are even paying customers. I'll live with restrictions.


Let me try to summrize the discussion so far:

-article: Apple made apps more open

-me: Apple made apps more closed, here's the proof

-you: Customers!

A completely off-topic quip that aims to create a false dilemma where none exists to distract from a valid point.


My point was: "Restrictions are not important(for me), because there is a lot of customers". Your "summary" of my point "Customers!". As I see it, your "summary" was an outright distortion. My conversation with you: over.


I'll just go ahead and delete my post, because you said it better.


Damn Apple! They took away my freedom to write mobile Java apps for the iPhone. Now I have to use their SDK to make apps that look like iPhone apps instead of having the same uniform crappy appearance and behaviour on every platform. True, that would eliminate any reason for someone to own an iPhone, which would eventually commoditize iPhones and bankrupt Apple, but come on, my freedom is at stake!

Also, background processing is important to me. If I want to write an app that drains the battery down, who are Apple to say no to me? Why can't I write my app and let the market decide if they want battery-draining apps? If they mistakenly think that the iPhone battery is to blame instead of my software, that's not MY problem. Apple should "let the market decide" instead of dictating the user experience to customers and developers.


Can we stop with the strawmen please? My post was talking about smartphone apps on smartphones, not J2ME apps on feature phones. If you're gonna use this tactic, go all the way and pretend I was talking about BREW on a phone from 2001 or something equality ridiculous. This is really one of the poorest ways to argue any point.

Onto background processing - the major consumers of battery on a phone are the screen, CPU and radio. A background app that doesn't require the screen, doesn't do heavy processing (ie video decoding) and makes only occasional use of the radio (ie max 1 second to make an HTTP call) will have a very small impact on battery life. A simple example for this is that before Jobs & co invented this justification about why they placed such limits on the SDK, no one ever complained that MS, RIM, Nokia etc gave developers this ability.

And of course, you completely ignored the lack of system integration. Say you were Xobni and wanted to write a mobile version - you could do it on a BlackBerry, you can do it on a desktop computer, but iPhone? Sorry, Jobs no - he knows better than both users and developers.


Marty, my point is not that you want to write BREW apps, it is that many people want to do many things that Apple does not want them to do because they are not in Apple's best interests.

So please pick your argument from column A or B:

A: What you want to do is in your best interests but not Apple's, but you want them to let you do it any ways, or;

B: What you want to do is not really a negative for Apple, but they misunderstand the situation and need to be enlightened.

If you think Mr. Jobs misunderstands that your app will have very little impact on an iPhone, by all means take the position that he misunderstands. I wager that he understands that you can write a background app that doesn't drain the battery, because the iPhone ships with several of them built in.

However, that doesn't mean that somebody, somewhere won't write a crappy app that will drain the battery, and right now Apple doesn't want to allow that.

And wrt you rpoint about System Integration. Speaking of Strawmen, I doubt Apple claims that they know better than you or I what we want, it's just that they know better than you or I what they want for their platform.

It's the same as Hacker News. HN is the platform, the articles we submit are the applications.

Paul and Co. know what they want for their site, and they enforce it. I might think that articles about SUVs and Prius' are not what I want, but that's too bad. I submit the articles I want to see, and if the ones I submit don't match what Paul wants to see on HN, his bots kill them.

We can argue what we want Paul to do, and we can talk about what we would do if we ran HN, but we don't run HN, we just play by the HN rules.

So back to an iPhone. Apple makes the rules that it perceives are in its best interests, not what you or I pereceive to be in our best interests. There is no claim that they know better than you or I what we want. There is a claim that they know better than you or I what product they want to make and what custoemrs they are trying to serve.

If you like to submit posts from englishrussia.com, you don't come to HN. If you want to write applications that do background processing, you don't write for the iPhone platform.

Simple.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: