[FoRK] i[phone|pad|wank] jobsian goodness

Damien Morton dmorton at bitfurnace.com
Thu Apr 8 18:54:00 PDT 2010


http://developer.appcelerator.com/blog/2010/04/iphone-os-4-0-announcement-and-our-commitment-to-you.html

<http://developer.appcelerator.com/blog/2010/04/iphone-os-4-0-announcement-and-our-commitment-to-you.html>And
of course, the new license has an NDA which prohibits discussion of the
license, so that groups potentially impacted by the license change cannot
even discuss its implications with each other.

Classic divide and conquer.

This is the kind of crap that leads to an Apple iPhone Developers Union. Can
you imagine a huge slew of developers removing or disabling their
applications for a day, in protest. Or to display some Developers Union
message to users.

You can bet Apple would add terminology to their license that would put a
stop to that quick smart.

On Fri, Apr 9, 2010 at 11:30 AM, Sean Conner <sean at conman.org> wrote:

> It was thus said that the Great Damien Morton once stated:
> > http://daringfireball.net/2010/04/iphone_agreement_bans_flash_compiler
> >
> > In the new version of the iPhone Developer Program License Agreement
> > released by Apple today (and which developers must agree to before
> > downloading the 4.0 SDK beta), section 3.3.1 now reads:
> >
> > 3.3.1 — Applications may only use Documented APIs in the manner
> prescribed
> > by Apple and must not use or call any private APIs. Applications must be
> > originally written in Objective-C, C, C++, or JavaScript as executed by
> the
> > iPhone OS WebKit engine, and only code written in C, C++, and Objective-C
> > may compile and directly link against the Documented APIs (e.g.,
> > Applications that link to Documented APIs through an intermediary
> > translation or compatibility layer or tool are prohibited).
>
>   And it seem, certain APIs from the Standard C library, specifically,
> sprintf():
>
>
> http://developer.appcelerator.com/blog/2010/03/the-apple-rejection-economy-and-therapy.html
>
>  -spc (Nice job, Apple!  Not even Microsoft treated developers this poorly)
>
> _______________________________________________
> FoRK mailing list
> http://xent.com/mailman/listinfo/fork
>


More information about the FoRK mailing list