24 opérateurs s'allient pour contrer Apple

Les 24 se rendent compte que le gâteau est très bon vu le nombres de download et veulent leur part. L'idéale aurait été de s'associer... Mais je doute qu'Apple veuille.
Point positif dans tout ça : la concurrence avec ses bons côtés. L'escalade de la qualité des services, des applications (si les 24 ne sont pas trop permissifs sinon ça sera le contraire, des appli farfelu) et des prix qui vont peut-être un peu baissés si la politique des prix pratiquée par les 24 n'est pas l'alignement ! ... Ceux qui se sont vu refuser la mise sur l'app store de leurs appli pourraient être content de trouver en la coalition des 24 un moyen de placer leurs appli online. Seul hic j'espère que ça ne sera pas trop permissif sinon les application toutes pourries vont fleurir... Mais dans l'ensemble je pense qu'un peut de concurrence ne ferait pas de mal pour les consommateurs que nous sommes non ?

100% d'accord avec toi !

J'espère que d'autres constructeurs vont suivre le pas. C'est une bonne idée je trouve.

C'est un peu tard pour réagir, Apple a réussi à installer son système de téléchargement, ça sera difficile pour l'alliance, suffit de voir Android, un Os qui commence à bien démarrer sur les portables mais leur android market n'est pas du tout bien organisé

Ils ont besoin de se mettre à 24 pour contrer Apple... Ca montre à quel point Apple a inventé un modèle économique très viable. Qu'on aime Apple pour des tonnes de raisons, qu'on déteste Apple pour des tonnes d'autres raisons, ou qu'on soit comme moi du style "Je t'aime moi non plus" ou "Entre les deux mon coeur balance", il faut reconnaître qu'Apple a réussi un coup de Maître avec sa "Store". Pour que 24 Grands s'allient pour tenter un contre, ça donne l'étendue de la réussite du modèle économique.

C'est bien qu'il y ait de la concurrence ! Ca permettra une régulation du marché. Mais... 24... Là, je suis épaté !

Leur gros problème va être de convaincre les développeurs... Or 24 opérateurs et plusieurs constructeurs de mobiles qui inondent le marché avec de nombreux téléphones aux caractéristiques toutes très différentes (tailles d'écrans, présence ou non d'accéléromètre, écran tactile ou non, multi-touch ou non, boussole ou non, OpenGL/ES ou non, Windows Mobile ou autre, etc.), c'est impossible à gérer.
Au final les développeurs vont choisir une base de fonctionnalités communes à la majorité de ces téléphones, et se concentrer sur ces fonctionnalités. En aucun cas on n'aura donc des interactions aussi innovantes que sur iPhone, notamment pour les jeux. Et en aucun cas on ne pourra avoir les performances des jeux iPhone étant donné qu'ils seront obligé de passer par une machine virtuelle Java pour assurer l'exécution sur toutes les machines.
C'est d'ailleurs déjà pour cette raison que les applications pour mobiles ont attendu l'iPhone pour exploser.. Ca existait déjà avant, mais c'était un casse-tête pour les développeurs, un casse-tête pour les utilisateurs, et au final ça n'exploitait jamais les fonctionnalités promises par notre téléphone.

Bref, je vais suivre cette histoire avec attention, mais je doute que cette coalition anti-AppStore puisse tirer son épingle du jeu dans les conditions actuelles.
Apple est arrivé avec un regard neuf sur l'industrie des smartphone, et a pris tout le recul nécessaire pour analyser les faiblesses de ce marché. Ils ont pu se focaliser sur ces faiblesses et arriver avec une solution qui marche.

Mais on peut noter qu'Apple subit le même genre de contraintes d'hétérogénéité avec l'App Store, mais dans une moindre mesure pour l'instant.. Au fil du temps, les versions d'iPhone OS disponibles dans la nature se multiplient, les versions matérielles se multiplient, et il pourra devenir difficile à terme de créer des applications compatibles avec la plupart des versions. C'est un danger pour Apple, mais ça concerne le plus long terme. Pour la coalition anti-Apple, c'est un problème d'actualité. Pour Apple ce sera un problème à régler dans les 3 ans à venir. Connaissant Apple, ça va se régler à l'emporte-pièce : "on oublie les anciennes versions". Leur avantage c'est qu'à un instant donné, ils vendent seulement un faible nombre de versions différentes. Donc ils peuvent se permettre d'oublier les anciennes versions ou de forcer la mise à jour.

Les constructeur de la coalition anti-Apple ont tout fait pour noyer l'iPhone dans une avalanche de pâles copies toutes très différentes. Ils ont simplement fait empirer leur situation selon-moi.

@Dr_cube : en gros t'es en train de dire que ça va pas marcher parce que l'iPhone y'en a qu'un, alors que les autres téléphones y'en a beaucoup ?

Bravo, superbe raisonnement.

Oui, c'est ce que j'ai expliqué !

Je réexplique au cas où tu n'aurais pas compris mon raisonnement :

L'iPhone est une plateforme globalement homogène :
— Un seul système (3 versions proches).
— Deux matériels (iPhone (3 versions : Edge, 3G, 3GS) et iPod touch (3 versions (G1, G2, G2 "3GS")).

Tous ces matériels ont globalement la même architecture matérielle. Ils ont des processeurs proches, des cartes graphiques proches, quasiment la même quantité de mémoire, etc. Ils ont tous le même écran, les mêmes accéléromètres. Certains modèles ont un GPS, une boussole et un appareil photo, d'autres non. Certains modèles ont un processeur plus rapide et le double de mémoire. Mais globalement, ça reste très très proche. Les développeurs peuvent gérer ces différences car elles sont connues et maîtrisées. Le cas général c'est de développer une application compatible avec le 3GS et de faire en sorte qu'elle marche encore sur le premier iPod touch (fluidité...), sauf dans le cas de la géolocalisation évidemment. En quelques minutes c'est fait. Dans tous les cas les techniques d'interaction sont les mêmes, et seules certaines fonctionnalités sont rendues impossibles sur les anciennes versions. Mais ça ne remet pas en cause l'interaction.
De plus, comme le matériel quasi-identique sur tous les iPhone/iPod touch, il n'est pas utile de recompiler l'application ou d'utiliser du byte-code à la volée comme sur Android ou autres téléphones Java par exemple. On peut avoir des exécutables très performants et tirer le meilleur du matériel (enfin presque, parce que l'iPhone est multi-tâches et c'est gênant pour les performances).


En revanche, dans la jungle des téléphones lambda qu'on trouve dans le commerce et qui ne sont pas frappés d'une pomme, on a :
— Une grande diversité dans les systèmes d'exploitation.
— Une grande diversité dans les matériels.

Certains de ces téléphones ont un petit écran, d'autres un grand. Certains sont tactiles, d'autres non. Certains ont des accéléromètres, d'autres non. Certain ont une puce graphique évoluée avec OpenGL/ES 2, d'autres non. Certains ont un clavier physique, d'autres non.
Bref, il est impossible pour les développeurs de prendre en compte toutes ces spécificités. Il est de fait impossible de tirer le meilleur de chaque téléphone. Ils sont obligé de faire des compromis afin de toucher un maximum d'utilisateurs et d'espérer rentabiliser leur logiciel.
C'est un cas d'école, on ne sait pas encore faire des interfaces qui s'adaptent automatiquement à la plateforme sur laquelle elles tournent. Et les développeurs ne peuvent pas faire un seul logiciel pour 30 manières différentes d'interagir et 30 fonctionnalités optionnelles sur x téléphones.
De plus la seule solution pour faire tourner un même logiciel sur n'importe quel matériel est d'utiliser de nombreuses couches d'abstraction, et donc de s'éloigner du dispositif physique, et donc de perdre en performances.


Bref, je pense que mon raisonnement est limpide et j'attends de pied ferme que tu m'expliques ce qui te dérange dans ce que j'affirme.

Autant, je ne suis pas apple... Mais ça fait rigoler qu'il y ait besoin de 24 constructeurs différents pour contrer seulement un constructeur...

Je suis assez d'accord avec toi Dr_Cube, cela risque d'être assez complexe pour exploiter les caractéristiques des différents modèles des différentes marques. La seul chose qui me gène un peu c'est qu'il y a 24 opérateurs qui sont d'accord pour monter un "store" qui stockera des applications payantes ou non (dans tout les cas : c'est 24 opérateurs trouveront un endroit pour prendre leur %) mais tant qu'il n'y a que 3 constructeurs, je ne suis pas sûr que ceci fonctionne ! Pour que ce "store" fonctionne, il faudrait avoir le maximum de téléphone (et donc de constructeur) compatible.

Et là, ça rejoint un peu ce que dit Dr_Cube : Il faut qu'une application tourne sur le maximum de téléphone pour qu'elle soit rentable.

Vaut mieux peut-être 1000 applications compatible avec le maximum de téléphone que 5000 qui soient compatible qu'avec les derniers téléphones LG, Samsung et Sony Ericsson.

Tes propos sont stupides Dr_cube dans le sens où ils sont absolument pas logiques. Si c'était le Nokia 4891 ou le Samsung SGH-17389441 qui s'étaient vendus à des millions d'exemplaires, on aurait les mêmes arguments : "Ah oui mais on a un téléphone avec des caractéristiques très particulières, et toutes les autres marques font des trucs très différents, ce machin peut pas marcher !"

Sinon pour avoir moi-même développé des trucs sur téléphone, je peux te garantir qu'il est possible de développer une application qui tourne sur la quasi-totalité des téléphones de plusieurs marques.
Tu sais pas que c'est possible ? Normal, t'es tellement dans cette optique de "Apple c'est les meilleurs" et "tout ce qu'ils font n'a jamais été fait avant" que t'as même pas pris la peine de vérifier si c'était vraiment le cas.

Niveau IHM, il suffit de pas coder de valeurs en dur (chose ignoble à faire quel que soit le langage, la plateforme, et l'objectif) et ça passe tout seul. Contrairement à ce que tu racontes, il est parfaitement possible de pondre une interface qui marche sur n'importe quel écran. Que tu sortes un truc comme ça tout en te disant développeur est tout simplement aberrant.

Pour ce qui est des capacités, hormis pour les jeux qui sont une chose plus particulière, n'importe quelle application peut tourner suffisamment rapidement... J'ai encore jamais vu une appli utilitaire qui puisse pas tourner sur un Nokia bas de gamme. Si ça tourne pas, c'est franchement mal codé.
Et pour ce qui est des jeux, applis visuelles, et animation à la con, ça rentre dans une toute autre catégorie, et c'est pas le genre de truc qui manque, quel que soit le modèle. Sinon pour info, y'a des tas de boîtes qui sont capables de coder des jeux et autres applis visuelles pour la quasi-totalité des plateformes, simplement parce qu'elles connaissent les capacités et fonctionnalités détaillées de chaque téléphone, ce qui nous amène au point suivent...

Pour les fonctionnalités, forcément tu vas pas filer des applis GPS aux téléphones qui font pas GPS, et l'appli peut très bien tester la présence, ou l'absence, de cette fonctionnalité. Si la fonctionnalité nécessaire est absente, ben, pas d'appli hein, ou alors si c'est secondaire, ben ça fait une fonctionnalité de l'appli en moins, pas la peine d'aller plus loin. Ce Java que tu critiques tant présente l'intérêt de pouvoir regrouper tous ces appareils différents, et de permettre de lister leurs capacités et les utiliser uniformément grâce à nos amies les Java Specification Request.
Ainsi, un téléphone au pif, le Nokia 6750 Mural possède les API suivantes : http://www.forum.nokia.com/devices/6750_Mural/
JSR 139 Connected, Limited Device Configuration (CLDC) 1.1
JSR 118 MIDP 2.1
JSR 248 Mobile Service Architecture Subset for CLDC
JSR 75 FileConnection and PIM API
JSR 82 Java™ APIs for Bluetooth 1.1
JSR 135 Mobile Media API 1.1
JSR 172 J2ME™ Web Services Specification (RPC package)
JSR 172 J2ME™ Web Services Specification (XML Parser package)
JSR 177 Security and Trust Services API for J2ME™ (SATSA-APDU package)
JSR 177 Security and Trust Services API for J2ME™ (SATSA-CRYPTO package)
JSR 179 Location API for J2ME™ 1.0
JSR 184 Mobile 3D Graphics API for J2ME™ 1.1
JSR 205 Wireless Messaging API 2.0
JSR 211 Content Handler API
JSR 226 Scalable 2D Vector Graphics API
JSR 234 Advanced Multimedia Supplements 1.1 (audio3d)
JSR 234 Advanced Multimedia Supplements 1.1 (camera)[1]
JSR 234 Advanced Multimedia Supplements 1.1 (music)

Chaque fabriquant fournit la liste des API disponibles sur chaque téléphone. T'as plus qu'à pondre ton appli, utiliser l'API qu'il faut, et tu sais déjà sur quels téléphones elle va pouvoir tourner. Supposons que tu fasses un peu de localisation, t'as besoin du JSR 179, et tu sais donc qu'il tournera sur tous les téléphones qui supportent cette API, genre au pif, le Samsung SPH M620 ou le Motorola i830.
T'es pas capable de faire ce travail ? C'est un cas d'école pourtant... enfin on doit pas traîner dans les mêmes écoles tous les deux

Quelle est la différence entre la méthode Apple et les téléphones qui font tourner du Java ? Absolument aucune, le seul truc c'est que t'es trop fanboy pour t'en apercevoir.

Une fois de plus, si tu sortais ta tête du pommier tu découvrirais que le monde réel est bien différent de tout ça.

Bon ben j'ai plus à répondre hein... En effet, si c'était autre chose qu'un iPhone dont il était question, le problème ne se poserait pas.

Il n'y a même pas de problème, juste des gens de mauvaise foi.

Quand je pense que j'avais entendu il y a peu que les opérateurs étaient content D'apple du fait des ventes de l'Iphone ! Sinon oui un peu de concurrence ne fera pas de mal. Peut être verra t-on dans ce store des applis conçues pour supprimer le banissement des jailbreak qu'Apple vient d'instaurer ?

Je suis d'accord qu'il est techniquement possible de faire des logiciels qui marchent sur tous les téléphones Java, alors même que tous ces téléphones sont très différents. Je suis d'accord qu'il est techniquement possible de faire un magasin unique pour rassembler toutes les applications pour tous ces téléphones.
Mais c'est selon-moi beaucoup plus difficile de faire quelque chose de clair pour l'utilisateur. Et c'est tout aussi difficile de faire des IHM adaptées pour tous ces téléphones. C'est aussi pour cette raison que les logiciels sont généralement mauvais sur ces téléphones, car les interfaces ne sont pas adaptées. Entre l'iPhone, où l'on a des interfaces parfaitement adaptées, qui suivent à la lettre les guidelines précises d'Apple, et un téléphone lambda pour lequel les IHM n'auront pas été étudiées spécifiquement pour lui, il y a un delta de qualité qui n'est souvent pas négligeable.
C'est pour ces raisons que je suis convaincu que cette coalition anti-Apple aura du mal à faire mieux qu'Apple et à faire mieux que les magasins de logiciels qui ont précédés l'App Store sur les plateformes mobiles.
Et quand je parle de l'App Store, je parle aussi de l'Android Market, qui reprend globalement le principe de l'AppStore. Même si les appareils Android peuvent être assez différents, l'Open Handset Alliance impose certaines spécifications matérielles, et les téléphones sont tous assez proches. Google a juste quelques soucis à régler au niveaux des IHM.. Pour prendre un exemple, le problème du clavier physique présent ou non sur certain téléphones n'a été vraiment réglé qu'avec Android 1.6. Il y a encore beaucoup de travail à faire sur Android sur la question des IHM.


C'est un peu facile de me traiter de "fanboy Apple" pour décrédibiliser mes propos. Je n'accepte vraiment pas cette étiquette. Le fait que je sois fan d'Apple ne signifie absolument pas que je n'ai pas d'esprit critique et que je ne suis pas capable de réfléchir. Le fait de traiter quelqu'un de fanboy fait atteindre un point Godwin moderne. Si tu avais dit qu'en défendant l'iPhone j'étais assurément du côté des SS et que je n'aurais pas hésité à faire déporter ma propre mère si elle avait été juive, tu ne m'aurais pas plus décrédibilisé. Du coup le débat ne peut plus avancer, et on n'ira pas plus loin. Pour tout argument contraire aux tiens, tu n'auras qu'à traiter la personne de fanboy, d'anti-truc ou de pro-machin, et le tour sera joué, tu auras gagné. Dans ces conditions, ça ne sert à rien de continuer la discussion.


J'accepte ton point de vu de développeur et je comprends tes arguments. Mais tu ne peux pas négliger mon expérience non plus. Je suis certes développeur iPhone depuis le tout début. Mais je travaille aussi beaucoup sur Android. J'ai développé sur J2ME pendant mes études d'ingé. Et aujourd'hui je suis doctorant spécialisé dans les IHM innovantes pour mobiles. J'enseigne même le développement mobile à des M2. Quand je dis quelque chose sur ce sujet, le fait que je sois fan d'Apple est hors de propos. Ce n'est pas parce que je défends la position d'Apple ou que je critique la position d'un concurrent d'Apple que mes arguments doivent être considérés comme stupides. Apple peut très bien faire quelque chose de bien sans que ça soit un drame. Tu peux aussi l'accepter de temps en temps.
Quand je dis qu'il n'est pas possible de faire une bonne IHM qui soit adaptée à tous les mobiles de la planète, je sais de quoi je parle. T'arriveras toujours à bidouiller un truc qui marche sur tous les mobiles, mais t'arriveras pas à faire quelque chose de bon en général. Si t'es convaincu de faire une bonne IHM en faisant cela, alors tu devrais revoir les bases en IHM et te poser des questions sur la pertinence de ce que tu fais. Il n'est pas seulement question de la taille ou de la résolution de l'écran, mais de la présence ou non de boutons physiques, du fait que l'écran soit tactile ou non, qu'il soit multi-points ou non, qu'il y ait des accéléromètres, que l'écran s'utilise avec un stylet ou avec les doigts, etc. Il est aussi question d'homogénéité avec les autres applications du téléphone.


Et si j'utilise principalement l'iPhone pour mes recherches, ce n'est pas parce que je suis fan d'Apple, mais parce qu'actuellement c'est le meilleur dispositif mobile du marché. Que ce soit pour les API fournies ou pour le matériel (qualité de l'écran tactile...), il n'y a pas mieux. Alors oui, parfois je dois lui ajouter des capteurs ou des bidules, mais ça reste la meilleure plateforme pour mes recherches. Si un jour un autre dispositif fait mieux, peu importe la marque, croyez bien que je serai le premier à l'utiliser.

Je vois pas en quoi... Suffit de checker le support de chaque modèle, ne proposer que les applis compatibles, et c'est torché. Pas plus dur que ça.

Difficile ne veut pas dire impossible.
Y'a pas 36 façons de faire une interface, et y'a pas 36 types de téléphones non plus. Je sais pas ce que tu ponds comme interface, mais même avec des trucs poussés, bien foutus, et complexes, j'ai jamais eu de tel problème.

C'est qu'une boutique d'applis hein. Y'a pas de mieux ou moins bien, juste des "ça existe" ou "ça existe pas". C'est même pas débatable ce truc.

Si tu fais référence au , on pouvait déjà gérer ça avant sans... C'était juste plus dur, mais pas impossible, loin de là...

Citation : C'est un peu facile de me traiter de "fanboy Apple" pour décrédibiliser mes propos. Je n'accepte vraiment pas cette étiquette. Le fait que je sois fan d'Apple ne signifie absolument pas que je n'ai pas d'esprit critique et que je ne suis pas capable de réfléchir.

Je ne te "traite" pas, ton étiquette c'est aux autres d'en décider et elle découle de tes idées, et être un fan d'Apple fait de toi un fanboy. Je vois pas en quoi fanboy est un terme négatif. Enfin si, ça l'est pour moi dans la mesure où être fan d'une marque est un peu stupide, vu que les intérêts de cette marque ne seront jamais ceux du consommateur, et qu'une marque ne fait pas que des bons produits, mais je ne vois aucune différence entre fan et fanboy.

Citation : Le fait de traiter quelqu'un de fanboy fait atteindre un point Godwin moderne. Si tu avais dit qu'en défendant l'iPhone j'étais assurément du côté des SS et que je n'aurais pas hésité à faire déporter ma propre mère si elle avait été juive, tu ne m'aurais pas plus décrédibilisé. Du coup le débat ne peut plus avancer, et on n'ira pas plus loin. Pour tout argument contraire aux tiens, tu n'auras qu'à traiter la personne de fanboy, d'anti-truc ou de pro-machin, et le tour sera joué, tu auras gagné. Dans ces conditions, ça ne sert à rien de continuer la discussion.

Bla bla bla bla...

Citation : J'accepte ton point de vu de développeur et je comprends tes arguments. Mais tu ne peux pas négliger mon expérience non plus. Je suis certes développeur iPhone depuis le tout début. Mais je travaille aussi beaucoup sur Android. J'ai développé sur J2ME pendant mes études d'ingé. Et aujourd'hui je suis doctorant spécialisé dans les IHM innovantes pour mobiles. J'enseigne même le développement mobile à des M2. Quand je dis quelque chose sur ce sujet, le fait que je sois fan d'Apple est hors de propos. Ce n'est pas parce que je défends la position d'Apple ou que je critique la position d'un concurrent d'Apple que mes arguments doivent être considérés comme stupides. Apple peut très bien faire quelque chose de bien sans que ça soit un drame. Tu peux aussi l'accepter de temps en temps.

Ai-je dit qu'Apple a fait moins bien ? Non, j'ai juste dit qu'en fait, c'est EXACTEMENT LA MÊME PUTAIN DE CHOSE DES DEUX CÔTÉS, donc c'est aussi bien chez Apple que chez les autres. T'as juste à lire mes posts en entier et les comprendre, plutôt que de me reprocher des choses que je n'ai jamais dites.
Pour le reste, ben écoute, y'a des bons développeurs, et des mauvais... Si t'es pas capable de faire un truc pareil, ben fais des formations, suis des cours au lieu d'en donner, je sais pas moi... Entendre un truc pareil est hallucinant, encore heureux qu'une chose pareille est possible.

Citation : Quand je dis qu'il n'est pas possible de faire une bonne IHM qui soit adaptée à tous les mobiles de la planète, je sais de quoi je parle. T'arriveras toujours à bidouiller un truc qui marche sur tous les mobiles, mais t'arriveras pas à faire quelque chose de bon en général. Si t'es convaincu de faire une bonne IHM en faisant cela, alors tu devrais revoir les bases en IHM et te poser des questions sur la pertinence de ce que tu fais. Il n'est pas seulement question de la taille ou de la résolution de l'écran, mais de la présence ou non de boutons physiques, du fait que l'écran soit tactile ou non, qu'il soit multi-points ou non, qu'il y ait des accéléromètres, que l'écran s'utilise avec un stylet ou avec les doigts, etc. Il est aussi question d'homogénéité avec les autres applications du téléphone.

Ben oui, et ? En quoi c'est gênant ? Je sais pas du dois avoir l'imagination limitée, j'ai sérieusement aucun problème avec ça, et je connais personne qui aie de problème avec...

Citation : Et si j'utilise principalement l'iPhone pour mes recherches, ce n'est pas parce que je suis fan d'Apple, mais parce qu'actuellement c'est le meilleur dispositif mobile du marché. Que ce soit pour les API fournies ou pour le matériel (qualité de l'écran tactile...), il n'y a pas mieux. Alors oui, parfois je dois lui ajouter des capteurs ou des bidules, mais ça reste la meilleure plateforme pour mes recherches. Si un jour un autre dispositif fait mieux, peu importe la marque, croyez bien que je serai le premier à l'utiliser.

Ben moi je vois la même chose partout

J'ai déjà pondu des tas d'applis pour des tas d'appareils différents, et je vois franchement pas en quoi c'est difficile.

Je sais pas quoi, c'est pas plus compliqué que sur PC... Qu'est-ce qu'il a comme résolution ? Est-ce qu'il a un pavé numérique ? Est-ce qu'il a plus de trois boutons sur sa souris ? A-t-il une molette ? A-t-il des touches d'actions sur son clavier ? Quelle OS a-t-il ? Son wifi est-il géré par l'utilitaire Windows ou un autre ?
Autant de problématiques qui certes ne se résolvent pas en claquant des doigts, mais ne justifient pas d'en faire tout un fromage et dire que l'iPhone ça déchire parce que y'a pas ça. C'est des "cas d'école" comme tu dis, et les étudiants ont pas de problèmes à trouver des solutions intelligentes, rapides à mettre en œuvre, et parfaitement fonctionnelles.

Dans la quasi-totalité des cas, il suffit de gérer chaque fonctionnalité comme si c'était la seule existante, et s'arranger pour qu'elle permette d'interagir avec 100% de l'appli, et le problème se résout tout seul.
S'il a du tactile, y'a une interface tactile, s'il a du multi-point, les gestes sont prévus, si il a un clavier, il est géré, si il a des touches de direction, il peut se déplacer dans le contenu, s'il a deux touches d'action principales (ok/oui, annuler/non) on les gère correctement et de façon logique, on conçoit deux ou trois interfaces avec de légères variations pour permettre l'affichage sur des écrans de ratios différents...
Reste à survoler les différents modèles, voir les fonctionnalités éventuelles qui peuvent permettre de faire des choses plus sympas, comme le placement de certains boutons... et arranger pour certaines versions des p'tits trucs en plus.
Et la clé de tout : la customization.

Pour un mec qui a l'air de se prendre pour un pro en IHM, tu m'as pas l'air futé... parce que forcément si tu veux simplement avoir à claquer des doigts pour faire marcher le truc, ben t'as choisi la mauvaise voie. C'est les utilisateurs qui doivent claquer des doigts, et c'est au programmeur de faire le nécessaire pour que ça marche, pas l'inverse.
En fait tu m'as plus l'air d'être un fan de produits d'Apple qui sous-prétexte qu'il a une licence de dev sur iPhone se prend pour le roi des IHM. Si ton âge correspond bien à celui de ton profil, crois-moi, t'as encore bien des choses à apprendre...

A mon avis celui qui travaille pour google te dira que c'est plus facile de programmer sur android que sur un autre OS. Un employé de MS te dira que 7 est ce qu'i y a de mieux pour programmer et ainsi de suite. Cube programme exclusivement pour Apple donc ...

Le truc est bien dans je veux récupérer une part du gâteau. Le bien être de l'utilisateur : ils n'en n'ont rien à faire !
Le pognon, le pognon pour ... moi !!! disent en cœur les 24.

Et Apple c'est "le poignon pour moi tout seul et j'interdis toute concurrence". C'est pas mieux.

Niveau concurrence, ce truc est une très bonne chose...