Je paries 10 baril de nutella qu'apple cherchera à repérer ces apps à leur soumission et les refusera. Et si on rétorque que c'est pas dit dans le contrat de l'app store, Apple amendera.

Impatient d'en savoir plus.

J'espère pour eux qu'Apple va pas s'amuser à refuser leurs applis. C'est déjà cher payé de rajouter 100$.

Dis donc... les mecs ont du temps à perdre...
Ça m'étonnerait qu'Apple laisse faire, et c'est facile pour eux de simplement ajouter une clause dans leurs règles...

Leur SDK a l'air vachement limité à première vue (je me trompe peut être, je n'ai jeté qu'un coup d'oeil rapide).
A voir, parc'que l'Objective C ayant tendance à me rebuter, j'aurais bien aimé un SDK orienté jeu (ou multimédia pour voir plus large) full C++.

Mais comme le dit oomu, le développement a beau être dans un des langages autorisés par Apple et la compilation se faire sur Mac, l'utilisation de Windows et le fait de ne pas passer par Xcode va probablement résulter en une nouvelle clause encore plus restrictive pour y faire barrage ;)

c'est quoi l'interêt ? c'est éviter l'achat d'un mac ?

@françois bayrou:
Ça et développer en C++ et non en Objective-C à priori.

@Zed-K
Xcode permet de developper en c++

@françois bayrou:
C'est pour ça que j'ai précisé "[b]full[/b] C++" dans mon premier message =)
Je ne crois pas (mais je me trompe peut être, n'hésite pas à me corriger si je dis une bêtise), qu'il soit possible de développer une application iPhone en n'utilisant que du C++ (et idem pour une application Mac "bureau" il me semble).
A ce que j'en ai compris, tout ce qui concerne l'affichage doit être rédigé en Objective C, de part le fait que c'est le langage utilisé par Cocoa/Cocoa Touch.

@Zed-K: Non il n'est pas possible de faire uniquement du C++, mais comme on peut mélanger Obj-C et C++ facilement, ce n'est pas un problème. On peut faire une appli à 95% en C++ si on veut.

Payer 100$ et se taper Windows comme machine de dev pour éviter les 5% qui reste, très peu pour moi, merci.

[quote]Macleone [21/05/2010 14:42]

@Zed-K: Non il n'est pas possible de faire uniquement du C++, mais comme on peut mélanger Obj-C et C++ facilement, ce n'est pas un problème. On peut faire une appli à 95% en C++ si on veut.

Payer 100$ et se taper Windows comme machine de dev pour éviter les 5% qui reste, très peu pour moi, merci.[/quote]
Pour toi peut être, mais pour beaucoup de développeurs, c'est plutôt "payer 1000+ euros pour pouvoir développer en Objective C sur iPhone alors que je ne connais ni l'environnement mac, ni l'objective-c, très peu pour moi".
Si ça permet d'avoir plus de programmes sur l'iphone, tant mieux pour tout le monde, non?

@ Zed-K : « Je ne crois pas (mais je me trompe peut être, n'hésite pas à me corriger si je dis une bêtise), qu'il soit possible de développer une application iPhone en n'utilisant que du C++ (et idem pour une application Mac "bureau" il me semble). »

En fait, si, on doit pouvoir : en remplaçant tout le code Objective C par des appels directs en C au runtime Objective C.

Mais, outre le fait que ce serait très lourd, c’est complètement tordu de vouloir se priver de ce superbe langage qu’est l’Objective C, surtout accompagné des très agréables frameworks Cocoa.

« pour beaucoup de développeurs, c'est plutôt "payer 1000+ euros pour pouvoir développer en Objective C sur iPhone alors que je ne connais ni l'environnement mac, ni l'objective-c, très peu pour moi". » 

Ben voilà, ces développeurs ne veulent pas développer pour iPhone. C’est tout simple.
Ils veulent juste pouvoir vendre sur iPhone une application développée pour autre chose.
Cette limitation est donc une bonne chose, puisqu’elle permet de filtrer un peu (mais un peu, c’est loin d’être parfait) les développeurs selon leur niveau de motivation.

Et au fait, un Mac mini suffit largement pour se lancer dans le développement pour iPhone, pas besoin donc de sortir plus de 1000 €.

« Si ça permet d'avoir plus de programmes sur l'iphone, tant mieux pour tout le monde, non? »

Non, plus de programmes n’est pas systématiquement une bonne chose. Surtout sur une plateforme pour laquelle existent déjà énormément de programmes. Plus besoin de faire du chiffre, mieux vaut essayer de privilégier la qualité.
Et les développeurs qui n’ont pas envie de faire le moindre effort pour se mettre à développer sur iPhone sont en général peu susceptibles d’apporter quelque chose de nouveau et de qualité à cette plateforme (en général seulement, car il y a évidemment des exceptions).

[quote=ErGo_404]... Si ça permet d'avoir plus de programmes sur l'iphone, tant mieux pour tout le monde, non?[/quote]

Oui, à condition d'être accepté par Apple... Et ces derniers temps c'est pas chose facile...

@Macleone :
Oui, c'est ce que j'avais lu pour le développement de jeu notamment (à savoir qu'il était possible de coder tout le moteur en C/C++ et de ne déléguer que l'affichage -et j'imagine plus généralement tout ce qui touche aux I/O- à des classes Obj-C).

Les 2 plus gros "avantages" de cette solutions sont donc la possibilité de développer sous Windows, et un SDK qui semble être très (trop ?) simple à utiliser, du moins si j'en crois les exemples sur le site.

Tiens, je me rends compte que je me suis bien raté dans l’attribution à leurs auteurs des passages que j’ai cités. Désolé pour le mélange, MM. Zed-K et ErGo_404.

Hackint0sh rules :D
(ah merde, je suis sur un blog mac, j'vais me faire défoncer)

De toute façon Apple pourra tranquillement se débarrasser de ces applis en ne les validant pas.

[quote]Oui, à condition d'être accepté par Apple... Et ces derniers temps c'est pas chose facile...[/quote]
Et c'est reparti pour le troll… Avec 200 000 applications sur le Store, vous croyez vraiment que c'est un problème de se faire accepter sur le magasin d'applications d'Apple ? A ce niveau, le problème serait plutôt du nombre trop elevé d'apps.

[quote](ah merde, je suis sur un blog mac, j'vais me faire défoncer)[/quote]
Oui, mais pour les raisons prévues. D'abord MacGeneration n'est pas un blog (relisez la définition de weblog). Ensuite, les utilisateurs de Mac ne sont pas sectaires, les plus anciens ont eu l'occasion d'utiliser des clones avant 1997 et les ptits jeunes s'amusent bien à installer Mac OS X sur des PC qui n'ont pas de pomme sur la coque. Bref que des a priori.

[quote=ironseb]De toute façon Apple pourra tranquillement se débarrasser de ces applis en ne les validant pas. [/quote]

Bien sûr.
Le risque pour un dév n'est pas d'investir dans un soft à 100 €, ni même dans l'achat d'un mac.
Le risque c'est de voir des semaines de travail réduites à néant par une décision unilatérale d'Apple.
Android est de ce point de vue une valeur sûre.

Qui va utiliser 100$ et du temps de dev (bcp bcp plus cher que cela) pour un truc qui va etre interdit par la 3.3.1.b dans 5 semaines?

Vu l'ouverture d'Apple, ca ne marchera pas.

"Le risque c'est de voir des semaines de travail réduites à néant par une décision unilatérale d'Apple.
Android est de ce point de vue une valeur sûre."

Ca c'est sûr. Développer et devoir tout recommencer parce qu'une nouvelle version des framework sort chaque semaine, avec leur lot de "ca ca marche plus comme ca" et de "maintenant faut faire comme ca" ,c'est beaucoup mieux.
Sans parler des différentes versions actuellement utilisées. Tu préfères perdre du temps sur laquelle ? la 1.5 ? la 1.6 ? la 2.0 ? la 2.0.1 ? la 2.1 ? La 2.2 ?

[quote]j'vais me faire défoncer[/quote]
Pourquoi faire ? C'est, apparemment, déjà fait depuis longtemps.

Avant de se lancer dans le développement et de se voir bouler à la validation et de "perdre" ainsi des semaines de développement il vaut mieux prendre 5 mn de réflexion . 400 $ d'achat d'un mac mini contre une somme beaucoup plus importante en développement inutile : le choix est vite fait.

Sur le coup c'est vraiment chercher les ennuis.

À moins que ce ne soit l'occasion de couiner au scandale, d'invectiver SJ par mail et de publier une réponse sur un blog.

Excelllllente contribution BePotato!!
Rien à redire, seulement 1

---

@ Zed-K : « Je ne crois pas (mais je me trompe peut être, n'hésite pas à me corriger si je dis une bêtise), qu'il soit possible de développer une application iPhone en n'utilisant que du C (et idem pour une application Mac "bureau" il me semble). »

En fait, si, on doit pouvoir : en remplaçant tout le code Objective C par des appels directs en C au runtime Objective C.

Mais, outre le fait que ce serait très lourd, c’est complètement tordu de vouloir se priver de ce superbe langage qu’est l’Objective C, surtout accompagné des très agréables frameworks Cocoa.

« pour beaucoup de développeurs, c'est plutôt "payer 1000 euros pour pouvoir développer en Objective C sur iPhone alors que je ne connais ni l'environnement mac, ni l'objective-c, très peu pour moi". »

Ben voilà, ces développeurs ne veulent pas développer pour iPhone. C’est tout simple.
Ils veulent juste pouvoir vendre sur iPhone une application développée pour autre chose.
Cette limitation est donc une bonne chose, puisqu’elle permet de filtrer un peu (mais un peu, c’est loin d’être parfait) les développeurs selon leur niveau de motivation.

Et au fait, un Mac mini suffit largement pour se lancer dans le développement pour iPhone, pas besoin donc de sortir plus de 1000 €.

« Si ça permet d'avoir plus de programmes sur l'iphone, tant mieux pour tout le monde, non? »

Non, plus de programmes n’est pas systématiquement une bonne chose. Surtout sur une plateforme pour laquelle existent déjà énormément de programmes. Plus besoin de faire du chiffre, mieux vaut essayer de privilégier la qualité.
Et les développeurs qui n’ont pas envie de faire le moindre effort pour se mettre à développer sur iPhone sont en général peu susceptibles d’apporter quelque chose de nouveau et de qualité à cette plateforme (en général seulement, car il y a évidemment des exceptions).

Aie ça fait mal ça.
@ oomu 1 et moi 30 barrils

Tout le monde se lâche sur le mot troll ces temps, est-ce que ressortir son impression sur ce qu'on a retenu des dernières news relatives au sujet (pas forcément de façon correcte ou bien comprise) fait automatiquement un troll?

Ce que je voulais dire, c'est que Apple refuse certaines applications qui ont beaucoup de potentiel pour des raisons absurdes, alors que sur 200'000 applications, il doit bien en avoir 50'000 dédiées à émettre un son de pet, à montrer qu'on fait semblant de boire ou autre truc complètement inutile, mais qu'ils gardent pour la statistique, mais c'est un autre problème.

Il existe de nombreuses applications qu'Apple rejette sur le store officiel et qui finissent sur Cydia ou autre App Store Jailbreak, c'est le problème que je soulevais. Si Apple veut faire le ménage grand bien lui fasse, durcir ses défenses pour éviter que d'autres apps useless ou mal faites débarquent pareil, mais il ne faut pas se voiler la face, parfois les décisons d'acceptation de la pomme n'ont pas de sens.