Dossier : les développeurs face aux nouvelles règles de l'App Store

Dossier : les développeurs face aux nouvelles règles de l'App Store

par Christophe Laporte le Lundi 27 Septembre 2010 à 17:34
Marche arrière toute ! Discrètement, début septembre, Apple annonçait un virage à 180 degrés vis-à-vis de son programme de développement iOS (lire : Clauses iOS : Apple redevient raisonnable). Plusieurs clauses, dont celle qui empêchait de compiler ses programmes avec autre chose que Xcode, ont été abandonnées.

Dans le même temps, Apple publiait une liste de conseils afin de rendre le processus de validation de l’App Store moins opaque (lire : Directives de l'App Store : passage en revue). Mais les développeurs, qu’en pensent-ils ? Pourquoi Apple a-t-elle opéré ces changements ? Vont-ils dans le bon sens ?

Pour le savoir, nous avons posé une série de questions à plusieurs développeurs iOS, qui ont souvent des avis tranchés et assez différents sur ces sujets. Voici les personnes que nous avons interrogées :

- Florent Morin de Kaeli Soft, à qui l’on doit entre autres Histoire de France, MonAutoEntreprise.com ou encore celle d’AvosMac. Ce petit éditeur a également réalisé un nombre important d’applications pour le compte de grands groupes.
- Matthieu Kopp de la société Aquafadas, à qui l’on doit de nombreux logiciels sur Mac et iOS. Sur cette dernière, elle a notamment développé Ave!Comics, un lecteur permettant de regarder des BD sur l’iPhone et l’iPad
- Raphael Sebbe de la société Creaceed auteur entre autres de Prizmo, un logiciel d’OCR disponible sur Mac OS X et iOS.
- Bruno Rousseau de la société pocketDEMO, à qui l’on doit le célèbre Dimensions, un logiciel qui transforme l’iPhone en boîte à outils.
- Ingénieur iPhone, Louka Desroziers est bien connu du monde Mac pour le logiciel Ecoute. Il a récemment développé Operations, une calculatrice simple et efficace pour iPad.


- Que pensez-vous de la décision d'Apple de revoir les clauses d'iOS ? Pourquoi Apple a-t-elle agi ainsi selon vous ?

Florent Morin : Au niveau de Kaeli Soft, nous avons senti le vent tourner il y a quelque temps. Apple, qui était jusqu'à présent assez flexible sur la qualité des applications, a commencé à en rejeter certaines sur leur contenu trop commun, voir même sur leur qualité ergonomique et fonctionnelle.

En clair, les deux technologies applicatives iOS ont vu leur rôle clairement défini :
- HTML5 pour la liberté de contenu et de qualité, liée au web.
- le SDK iOS, orienté performances et utilisation des fonctionnalités propres aux appareils Apple.

C'est bien beau de demander aux développeurs plus de qualité, mais encore faut-il pouvoir les aider : c'est ce qui a été fait en proposant gratuitement les vidéos WWDC aux développeurs enregistrés. Pour nous, la qualité s'en est vivement ressentie.


Ce que nous en pensons : merci Apple pour les efforts fournis au niveau du SDK iOS. Maintenant, il serait peut-être bien de travailler un peu plus sur HTML5, afin de laisser du travail à tout le monde.

Si Apple a réagi ainsi, c'est clairement pour se démarquer de Google et les autres. Elle a une force que les autres n'ont pas : des outils de qualité et une rigueur inégalée. Là où certains prônent la liberté, Apple prône la rigueur.

Du coup, les développeurs vont devoir s'améliorer s'ils veulent rester dans la course. Les autres n'auront qu'à aller chez Google. Je pense que la stratégie d'Apple est de se distinguer sur la qualité.

Louka Desroziers : C'est une décision qui m'inquiète énormément, et je pense qu'Apple a fait volte-face afin d'éviter plusieurs procès (notamment avec le cas Adobe).

Matthieu Kopp : C'est probablement du côté des moteurs de jeu qu'il faut chercher la réponse à cette question. Le développement de jeux est complexe et les outils auteur dans ce domaine sont d'une vraie aide et permettent de s'affranchir un peu de la technique pour se concentrer sur le gameplay et les univers graphiques. Des jeux très bien sont produits avec ces outils, en 2D comme en 3D. Je pense que c'est une très bonne chose que des outils comme Unity soient maintenant officiellement acceptés pour produire du contenu.

Bruno Rousseau : La possibilité d'utiliser des outils de programmation de tierces parties concerne surtout les développeurs de jeux, ce qui n'est pas mon cas. Xcode me suffit. En ce qui concerne les guidelines, elles ne font que clarifier ce qui existait déjà. Mon opinion, c'est qu'ils ont probablement reçu des pressions des studios de jeux. Apple mise trop sur le jeu vidéo pour ne pas écouter les studios, y compris les petits studios.

Raphael Sebbe : Principalement les autorités compétentes (Europe / FTC) qui les auraient obligés tôt ou tard à revoir leur approche. Il y a aussi l'évolution rapide des plateformes concurrentes qui forcent Apple à prendre du recul.

Apple est très à la marge de pratiques commerciales douteuses avec son processus d'acceptation/rejet. Même si on peut comprendre qu'ils veulent défendre la sacro-sainte "expérience utilisateur", cela dérape très/trop facilement. Les arguments de Steve sur Flash sont fondés, il suffit de regarder son évolution sur Android pour s'en convaincre. Mais en agissant de la sorte, ils imposent leur manière de voir les choses plutôt que de laisser le marché choisir, ils attirent le regard des autorités et ils pénalisent les autres toolkits (Unity...) qui peuvent apporter de réelles plus-values au SDK iOS.


- Est-ce que cela aura un impact sur la qualité des applications disponibles sur l'App Store, selon vous ?

Florent Morin : C'est évident : la qualité des applications sur l'App Store risque fortement d'augmenter.

Louka Desroziers : Pas vraiment. Actuellement, tout le monde peut se dire "développeur iPhone" grâce à tous les exemples et tutoriels que l'on trouve sur internet. En quelques jours, n'importe quel développeur n'ayant jamais touché a l'Objective-C peut réaliser un simple coussin péteur...

L'App Store attire surtout les personnes qui pensent pouvoir se faire de l'argent rapidement avec peu d'effort. Maintenant que l'App Store regorge de "crapware", je doute que leur nombre augmente encore plus vite avec cette nouvelle clause.

Matthieu Kopp : C'est difficile à dire. Il sera nettement plus facile de développer une application en utilisant un outil auteur comme Flash et on peut donc dire qu'Apple ouvre la porte à une nouvelle communauté de développeurs qui pourront accéder à l'App Store. Il y aura sûrement de très belles choses qui seront produites, tout comme il y aura des applications de moindre qualité. Mais c'est déjà le cas, et ce n'est un secret pour personne: il est possible de faire des applications horribles avec Xcode.


Apple va ajuster ses règles de validation pour éviter la prolifération d'applications de moindre qualité (cf les guidelines qui mentionnent des applications "inutiles", "redondantes", ne "proposant pas de divertissement de longue durée"). L'avenir le dira. En tout cas, Apple a fort à faire pour maintenir la qualité et la lisibilité de l'App Store. J'espère néanmoins que le maître mot sera la qualité et non pas la "sélection" sur des critères subjectifs.

Bruno Rousseau : Sur les nouvelles clauses, c'est certain qu'à terme, la qualité va s'améliorer, mais elles ne font que clarifier sur papier les procédures déjà existantes d'Apple. Cela fait des mois qu'Apple a resserré ses critères d'acceptation. Personnellement, je ne réagis pas comme certains développeurs (je pense une minorité bruyante) qui s'offensent de telles pratiques. Franchement, je fais partie de ceux qui sont d'accord avec cette phrase d'Apple "We have lots of serious developers who don't want their quality Apps to be surrounded by amateur hour."

Oui, Apple contrôle beaucoup, oui c'est arbitraire et non ce n'est pas démocratique. Et alors ? J'ai travaillé des années sur d'autres plateformes mobiles "démocratiques". Rien ne m'empêche d'y retourner, mais pourquoi je n'y retourne pas ? Parce que c'est mal fait, non contrôlé et plein d'applis de seconde ou troisième zone ... donc pas rentable.

Apple nous garantit (à nous développeurs) des revenus très décents, une plateforme stable, et un système de vente très, très pro. En échange, Apple demande que les développeurs "s'appliquent" et sortent quelque chose de vraiment réfléchi. Rien de choquant là-dessus. Ceux qui ne veulent pas de cela peuvent "démocratiquement" développer sur d'autres plates-formes.

Raphael Sebbe : Les jeux Flash sur Internet ont un certain succès, et qui, aujourd'hui, écrit encore lui-même son moteur de jeu ? Ça existe, mais c'est assez rare.


La qualité dépend surtout du développeur, pas vraiment de l'outil choisi. Il y aura peut-être des applications de moins bonne qualité (saccadées...), mais il est aussi possible qu'un subset de Flash soit bien optimisé pour iPhone. Combiné à des outils d'authoring puissants (Adobe), ce "Flash" permettrait d'obtenir certains types d'application de qualité. Et pas que Flash d'ailleurs. Ça ouvre de nouvelles portes, et ça, c'est bien.

- Concrètement, qu’est-ce que cela change pour vous ?

Florent Morin : Nous le voyons depuis plusieurs mois : nos dernières réalisations sont d'un niveau bien supérieur à celui des applications précédentes. Prenons un exemple concret : pour le Petit Économiste (en attente de validation, ndr), que nous développons maintenant depuis plusieurs mois, nous avons eu un premier rejet de l'application par Apple. Pas qu'elle soit moche, lente ou quoi : elle n'était pas assez originale.

Première réaction : l'agacement. Puis réflexion, formation à fond (merci la WWDC) et remise à plat du code. Résultat : l'application est maintenant plutôt originale (des animations, un visuel plus sexy), plus performante (téléchargements rapides, fluidité y compris sur iPhone 3G, économe en énergie) et plus fonctionnelle (car plus de souplesse du fait des performances).

Aujourd'hui, nous sommes vraiment fiers de notre travail sur iOS : c'est difficile, Apple met la barre de plus en plus haut, mais c'est vraiment génial ! Nous pouvons fournir un travail de meilleure qualité.

Louka Desroziers : C'est une bête noire qui se profile à l'horizon.

C'est un peu comme en cuisine. Il y a une recette a suivre, mais vous êtes libre d'utiliser des ingrédients légèrement différents. Le plat final, c'est votre application, basée sur un concept (la recette). Les ingrédients peuvent de résumer au langage et à l'IDE (environnement de développement) utilisés.

Prenez les ingrédients les moins chers, et votre plat aura un goût différent.

Cela peut paraître assez grossier comme représentation, mais c'est probablement ce qui va se passer : les entreprises désireuses de réaliser une application iPhone vont pouvoir se tourner vers des développeurs moins chers, du fait que le langage de programmation et l'IDE qu'ils utilisent seront plus répandus.

Ainsi, ceux qui auront choisi de faire de l'Ojective-C/CocoaTouch leur spécialité se retrouveront obligés pour la plupart de baisser à nouveau leurs tarifs. Je pense aussi bien aux développeurs indépendants (ce qui n'est plus mon cas) qu'aux entreprises qui ont créé des emplois dans ce domaine et qui demain se retrouveront peut-être obligés de baisser leurs tarifs afin de rester sur le marché.

D'un autre côté, on peut espérer une reconnaissance de nos compétences du fait d'être spécialisés dans un langage on ne peut plus proche de iOS. Wait & See…

Matthieu Kopp : Non, pas vraiment. Nous avions envisagé d'utiliser un moteur de jeu comme Unity dans certains projets et l'annonce d'Apple nous avait évidemment interpellés. Nous savons maintenant que cette option nous est toujours ouverte.

Bruno Rousseau : Pas grand chose, vu que j'étais au courant de ces nouveaux critères. Apple est vraiment plus stricte dans ses choix.

Raphael Sebbe : A court terme peut-être pas. Par contre, pour les projets futurs, cela ouvre des possibilités.

Lire la page suivante (2/2) >>


|  |  

OS X Mountain disponible ! Mettez à jour votre mac pour 15,99€
2
1
Vos réactions (17 réactions)
oomu [27/09/2010 18:26]

"Cette possibilité originale est un fantasme d'ingénieur et un cauchemar pour l'utilisateur. C'est la porte ouverte à tout et n'importe quoi, tout du moins sur smartphone." (à propos des outils de développement "multi-plateformes")

d'accord à 150%, convaincu plus que jamais, beaucoup trop d'année à subir les javaseries, les QTseries, X11 toolkit, Motif, Flash, etc.

c'est un fantasme d'ingénieur qui n'a jamais été au service des utilisateurs.

-

"Il y aura peut-être des applications de moins bonne qualité (saccadées...), mais il est aussi possible qu'un subset de Flash soit bien optimisé pour iPhone. "

Dans un monde imaginaire et idéal, oui tout est possible. Mais coup sur coup, dans le monde réel, ce ne fut PAS possible. Ce n'est pas par manque de volonté ou de moyen. C'est parce que fondamentalement, on ne peut PAS être optimisé pour une plateforme tout en étant universel.

On ne peut pas être à la fois Spécifique ET Générique. C'est une impossibilité qui a été tenté tant de fois, tant de fois.

Il s'agit toujours d'un compromis. Ce compromis apporte quelques avantages (ca marche partout) aux prix de concessions . Apple dit tout simplement non à ces concessions via Xcode/Cocoa. C'est ce qui leur permet de créer de tels outils et un tel environnement aussi finement intégré et cohérent.

-
"Combiné à des outils d'authoring puissants (Adobe), ce "Flash" permettrait d'obtenir certains types d'application de qualité. Et pas que Flash d'ailleurs."

non. Cela ne concerne que les applications de contenus, tels Wired.app. En aucun cas les outils ou jeux vidéo, cela ne peut qu'accoucher de produits inférieurs.

Il en est de même avec Real Basic, ou XUL (mozilla) ou QT (nokia) etc.

Adobe a UNE force (qui explose tout le monde) ce sont effectivement ses solutions de grande qualité de Authoring, de créations de contenus, médias et leur diffusion. Des contenus tels des Magazines. Là oui. C'est un domaine qui ne concerne pas Xcode, que Apple ne vise pas.

usb09 [27/09/2010 18:57] via MacG Mobile

En somme les développeurs sont sommés de faire des applications de bonne facture pour vendre leur produit, par de là augmenter la qualité du store, donc mieux vendre leur produit.
... C'est bien beau tout ça mais les entreprises sans tamponnent complètement, du moment qu ils peuvent vendre leur m******.
Pour les jeux ont peut rien y faire c'est une question de savoir-faire.
Mais regardez l'application AIR FRANCE. Simple en soit mais bouton pixelisés, ergonomie lamentable et ça pue le flash quand la SNCF fait de très belle appli. J'ai vu des cas ou l'on trouvait des appli a l'intérieur des appli, horrible.
On peut juste espérer que les développeur prennent bonne conscience. En sachant que c'est pour leur bien.
bjcrzt [27/09/2010 19:07]

"On peut juste espérer que les développeur prennent bonne conscience. En sachant que c'est pour leur bien."
C'est surtout pour le bien des utilisateurs qu'Apple fait ça (et j'approuve à 3543686847864768 %). Marre de ces apps de merde. Même celles en Objective-C/CocoaTouch sont mal foutues niveau interface (MacG par exemple (mais il est rapide :-))). Et puis d'autres fonctionnent mal. J'aimerai qu'Apple soit sans pitié lorsqu'une app de merde est soumis à validation.
usb09 [27/09/2010 20:09] via MacG Mobile

@ bjcrzt :
Je pense des fois de même.
Eurylaime [27/09/2010 20:29]

le choix de l'outil est un mauvais argument, il y a des pures merdes sur l'AppStore qui ont été développé avec les outils Apple.
Leehalt [27/09/2010 22:31]

@oomu
Je lis souvent avec intérêt tes interventions qui sont souvent très intéresantes. Ton point de vue sur bien des domaines semble découler de ta grande expérience de l'informatique. Mais je dois t'avouer que j'ai du mal à comprendre ton raisonnement quand tu dis que les frameworks multiplateforme ne permettent pas de réaliser des applications de qualité. Et encore plus de mal à l'approuver. Evaluer la qualité d'une appli sur le fait que le framework utilisé pour la développer est multiplateforme ou pas me semble pour le moins...radical. Une bonne appli c'est une bonne idée + un bon framework (multiplateforme ou non) + un bon développeur.
rsebbe [27/09/2010 23:02]

@oomu

il y a des boites de jeu video qui font leur authoring flash avec les produits Adobe (utilisation de timeline, import de ressources, gestion des events, etc.) et le font tourner avec leur moteur maison sur iPhone ensuite. De même, Unity propose le même genre de runtime cross-platform qui simplifie fortement le travail du développeur de jeu 3D.

Dans certains cas, les middleware ont une réelle valeur ajoutée aux outil Apple: facilité et/ou possibilités et/ou cross-platform).
Goldevil [27/09/2010 23:25]

Pour développer sur iOS, il y avait 2 possibilités :
XCode (ObjectiveC/C/C++) : très ciblé, très intégré.
HTML/Javacript : hyper ouvert, très universel.

Je pense que l'étouffement de l'AppStore est lié en partie à cela. Certains types d'applications sont sur représentés. Il y a des tonnes de jeux, des tonnes d'applications qui se résument à un visualisateur de documents (PDF/HTML).

Pourquoi ?

Peut-être que la réponse est liée à la faible variété des environnement de développement. On ne fait pas tout avec du HTML5. Outre le fait que la norme est pas finalisée, on ne peut pas stocker des données sur le client, on ne peut pas utiliser une base de donnée locale, on ne peut pas accéder au système de fichier, on ne peut pas accéder au bluetooth... C'est logique car lié à la gestion de la sécurité.

Mais finalement, il n'y avait rien entre les deux. Je pense qu'il y a de la place pour d'autres choses. Une bonne application n'est pas bonne parce que le développeur est un virtuose de l'ObjectiveC. Elle est bonne car les utilisateurs la trouve bonne. Il y a le concept, le design, la fiabilité, la performance, la facilité d'utilisation...

Chaque langage a son approche, apporte des chemins différents pour arriver à certains résultats. ObjectiveC n'est pas le langage universel pour tout. Un moteur d'inférence pour écrire un système expert (un logiciel de diagnostique) sera toujours plus pratique que du code C et ses dérivés.

usb09 [27/09/2010 23:28] via MacG Mobile

@ Leehalt :
Pas nécessairement. Si tu as une appli multiplateforme tu prend en compte les formats différent, les couleurs de charte des supports, fonctions unique de l'appareil etc. En gros un truc sans trop de saveur. Pour un jeux ça passe. Mais comme Apple c'est cassé la tête a fournir une interface que bien des boite envoi paitre, c'est bien un résultat moyen que l'on obtient.
Un Vrai Type [27/09/2010 23:31]

@ Leehalt, @ rsebbe :
Relisez bien Oomu... Il parle d'intégration et non pas de "qualité" (laquelle d'ailleurs ?).

Le vrai problème de la perfection est qu'elle n'est pas unique et que les différentes perfections sont souvent des opposés.

Et je suis d'accord avec Oomu, autant un jeu vidéo plein écran peut avoir un moteur générique, autant une "liseuse" de contenu minimaliste peut-être multiplate-forme, autant une application spécifique gagne toujours (rapidité, cohérence avec l'OS etc...) a être native.

D'ailleurs, des liseuses désastreuses existent bien sur Mac OS X (qui a dit flash ? Moi je parlais de WMP ou realplayer...) et l'argument est "Apple n'ouvre pas assez son SDK"... Sauf que d'autres liseuses (comme Silverlight par exemple) ne souffrent pas du même problème. Au final, si la "liseuse" de flash avait été native sur OS X, elle aurait probablement passé les exigences d'Apple pour aller sur l'iOS. Adobe n'a pas assez cru à mac OS X (flash pour OS 9 rame nettement moins...)

Cela fait du bien d'entendre les 90% de la communauté des développeurs iOS muets trop souvent... Merci MacGeneration.
bigham [27/09/2010 23:41]

"Sous Handango et Pocketgear (deux concurrents d'iTunes pour Windows Phone) et alors que je leur ai demandé il y a 4 ans de retirer mon appli de leur site, ils continuent de la vendre… mais sans me reverser de revenus !"

On a inventé récemment une profession pour régler ce genre de cas : cela s'appelle un avocat.

Enfin, je dis ça, je dis rien.
bigham [28/09/2010 00:15]

@oomu:
Apple dit tout simplement non à ces concessions via Xcode/Cocoa.


Disons que c'est leur vérité du moment. Juste avant, c'était HTML et JavaScript qui était la "sweet solution". Dutronc devrait d'ailleurs intenter un procès à Apple pour utilisation abusive du procédé de la veste qui se retourne toujours du bon côté.

Il va être très intéressant d'observer comment la montée en puissance de la plate-forme Android (qui sera plus réelle que celle de l'équipe de France de foot) poussera (ou pas) Apple à évoluer.

Frodon [28/09/2010 07:49]

@Goldevil
Il faut revoir ta connaissance d'HTML5, deux choses que tu cite comme infaisable fait partie justement des grandes nouveauté d'HTML5, tel que le stockage en locale (Local Storage) et les bases de données en local (Web database API).
adriensmart [28/09/2010 13:29]

Est-il possible d'avoir un lien de la photo de cet article affichée sur la page d'acceuil de MacGé afin d'en faire un fond d'écran pour mon iPhone ?

Merci par avance
Stalmicmac [28/09/2010 15:43]

Il est également intéressant de lire le commentaire sur le professionnalisme des équipes de l'iTunes Stores sur toute la partie "Legal & Tax", de savoir que - mêmes si certains se plaignent - les développeurs peuvent compter sur les équipes d'Apple pour les aider.

On entends souvent des développeurs hurler au scandale lorsque ça ne va pas, mais jamais (ou pas assez souvent) on explique ni communique sur les bonnes expériences et aides obtenues par les équipes Apple.

En tout cas, article très intéressant.
2
1



Réagir

attention Il n'est pas possible de réagir à cette dépêche. Si vous souhaitez toutefois réagir, n'hésitez pas à faire un tour dans nos forums.