Live data from Hacker News

Apple Slaps Developers In The Face

theflashblog.com

121–130 of 152 posts

Re: Apple Slaps Developers In The Face

#121
"Any developer would not in good conscience be able to support this."

Oh? Raganwald seems to be ok with this, especially since he does his iPhone development on the web platform and doesn't need Apple's permission.

"Any real developer would not in good conscience be able to support this."

http://en.wikipedia.org/wiki/No_true_Scotsman

Re: Apple Slaps Developers In The Face

#122
post #63

Earlier quoted context omitted.

I know i will get downmodded for saying this, but the blog entry is from 2008 and and the faq you linked to speaks only of a debatable possibility of possible restrictions in Adobe's then EULA. See http://www.openscreenproject.org/about/faq.html to see how much Adobe has opened up since. Also, it is worth noting that Adobe has never gone after these open source swf player projects.While i agree that Adobe is not as o…

> I know i will get downmodded for saying this I hate when people say this. It's like saying "my point is valid, but people on HN are too stupid to get it".

Or you could look at it as someone saying that they know saying something will cost them karma, but they feel it's important enough to say anyway.

Re: Apple Slaps Developers In The Face

#123
Honestly, I still think people writing native code and using the native APIs for a platform like the iPhone is something worth enforcing. On the desktop multiplatform development toolkits consistently fail to deliver a user experience that is seamless and on par with apps built with the native APIs (especially on a platform with different interface conventions and guidelines, ie Mac OS) and for a platform such as the iPhone where resources are not infinite, and the interface is especially important, it just makes sense to enforce people doing things 'properly'. If that knocks out a few decent applications along with all the lazy, rubbish ports then I think that's acceptable. If they're really that amazing, then they probably justify being rewritten natively.

One place where I do have issue with this policy is in the case of game engines/middleware (ie. Unity). Due to the complexity and development requirements of game middleware I think an exception, or a more refined policy, is required to allow middleware to give the required 'leg-up' to game developers. Additionally, while Apple has provided an awful lot of what developers need to create great View-based applications for the iPhone with Cocoa Touch (within the constraints what third-party apps are allowed to do, at least), they haven't done so for games. This is understandable, again due to the aforementioned complexity of game engines, but it makes games a special case.

Re: Apple Slaps Developers In The Face

#124

Honestly, I still think people writing native code and using the native APIs for a platform like the iPhone is something worth enforcing. On the desktop multiplatform development toolkits consistently fail to deliver a user experience that is seamless and on par with apps built with the native APIs (especially on a platform with different interface conventions and guidelines, ie Mac OS) and for a platform such as the…

Why reply to someone with a reasoned argument when you can just downvote... nice.

Re: Apple Slaps Developers In The Face

#125
post #91

Earlier quoted context omitted.

They get paid to try and convince a judge or jury that their client's interpretation of the document is the correct one. You think it's a mistake the text is a bit vague and not everything properly defined ? Legal texts aren't software; it's actually in the best interest of Apple to define things as broad and vaguely as possible so they cover a large spectrum. I think Gruber's interpretation is one that any person re…

I think Gruber's interpretation is one that any person reading the document will have. Not necessarily. See: http://andreyf.tumblr.com/post/508678742/stop-interpreting-l...

That was actually an interesting approach, but still doesn't seem logic. You can't actually develop a Flash app without using the iPhone OS so then you have to follow the C/C++/ObjC rule.

But if the author is counting on "not using the SDK" altogether then basically your whole developer agreement with Apple is void since the whole purpose was to develop "applications". And if the agreement is void there is no reason for Apple to accept your stuff on AppStore.

Re: Apple Slaps Developers In The Face

#126
post #106
post #25

So, there are a couple things here that jump to my mind. 1. Adobe isn't completely innocent. They're pretty close to a monopoly on their type of software and charge dearly for it (their Creative Suite costs as much as a MacBook Pro). They've done a lot to make sure there are no non-Adobe Flash players even when that's just hurting customers and not costing them money since they don't sell the player. They're not exac…

The Flex SDK is free, you can develop and compile Flash apps and web apps without buying any of their software. And they don't require a $99 fee just to have the opportunity to sell your work, or take 30% of the cut.

And you don't have to buy a whole computer (if you don't already have a mac) just to compile you app! Did you know also the $99 fee is per year??

Re: Apple Slaps Developers In The Face

#128

Earlier quoted context omitted.

Probably because that was the only thing possible at the time.

Not really. Native third party apps were originally a concession to demands from users/developers by all accounts I've heard. Regardless, the original strategy was to encourage web-based apps.

Do you really think they are that stupid and applications were not planned since day one? Come on. They even have games on plain old iPods.

Re: Apple Slaps Developers In The Face

#129
post #106
post #25

So, there are a couple things here that jump to my mind. 1. Adobe isn't completely innocent. They're pretty close to a monopoly on their type of software and charge dearly for it (their Creative Suite costs as much as a MacBook Pro). They've done a lot to make sure there are no non-Adobe Flash players even when that's just hurting customers and not costing them money since they don't sell the player. They're not exac…

The Flex SDK is free, you can develop and compile Flash apps and web apps without buying any of their software. And they don't require a $99 fee just to have the opportunity to sell your work, or take 30% of the cut.

And they also don't provide hosting, credit card transactions and millions of users that can buy your app with one click.

I too don't like what Apple did, but you are comparing different things.

Re: Apple Slaps Developers In The Face

#130

Earlier quoted context omitted.

Not really. Native third party apps were originally a concession to demands from users/developers by all accounts I've heard. Regardless, the original strategy was to encourage web-based apps.

Do you really think they are that stupid and applications were not planned since day one? Come on. They even have games on plain old iPods.

Well, since there was an SDK since day one, of course they anticipated third party development. The point is that they were pointing developers at web apps at launch. Why am I explaining this to you? It's public record. Look it up.
Post reply on HN