IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Développement mobile : quel est le meilleur choix pour concevoir ses applications ?
Une approche HTML5, native ou hybride ?

Le , par Stéphane le calme

45PARTAGES

2  3 
Quelle approche au développement mobile préférée vous ?
HTML5
62 %
Développement natif
38 %
Développement Hybride
8 %
Autre
0 %
Voter 13 votants
Pour la seconde édition de son enquête sur HTML5, Kendo UI, une division de Telerik, a interrogé plus de 5000 développeurs qui ont constitué 72 % de son panel, ainsi que des responsables des technologies de l'information qui ont représenté 20 % des répondants. L'objectif était de déterminer le degré d'adoption des applications HTML5, natives et hybrides.

Dans les faits, 41 % des développeurs ont choisi le HTML pur comme approche pour les multi-plateformes, 32 % ont préféré les applications hybrides et seulement 8 % ont opté pour les applications complètement natives. En comparaison, au début de l'année, les votes en faveur des applications HTML pures ont gagné 5 points en pourcentage, pour les applications hybrides ils sont restés statiques tandis que pour les applications complètement natives ils ont reculé de 7 points.


« Le choix entre les approches natives et hybrides dépend des besoins des entreprises, des exigences des applications, des compétences du développeur, du calendrier de développement, et d'autres facteurs. » commente Todd Anglin, vice-président exécutif au développement multi-plateforme chez Telerik.

A la question de savoir quand le panel estime que HTML5 sera prêt pour l'entreprise, la plupart des voix (31 %) ont estimé que c'est déjà le cas. 26 % ont encore accordé 1 an à HTML5 tandis que 6 % pensent qu'il ne sera jamais prêt pour l'entreprise.


De plus, le panel indique un gain en coût (temps et ressources humaines) significatif lorsqu'une approche hybride est utilisée au lieu d'une approche native. 20 % estiment entre 41 et 50 % le gain en temps, 16 % entre 51 et 60 %.


Avec le marché du mobile qui se développe de plus en plus, le rapport s'est intéressé à la façon dont les développeurs comptaient aborder le sujet. Pour 53 % d'entre eux, l'adoption de HTML5 pour concevoir des applications web et multi-plateformes est le plus indiqué. 23 % estiment qu'il vaudrait mieux choisir une plateforme, y développer une application native et par la suite l'étendre à d'autres. 13 % envisagent de concevoir une application simultanément Web/iOS/Android. 4 % pensent qu'il vaudrait mieux choisir une plateforme et s'y tenir.


Quant au genre d'applications développées, 64 % des développeurs s'intéressent aux applications B2C (Business-to-Consumer), 49 % conçoivent des développements en interne B2E (Business-to-Employee) et 47 % des développements B2B (Business-to-Business).


« Quand le contexte est pris en considération, nous voyons beaucoup de cas où l'hybride est le bon choix pour une application donnée et d'autres où le natif a plus de sens » a déclaré Anglin. « Ce dont les développeurs ont besoin ce sont des outils qui peuvent les aider à être efficaces quelque soit l'approche choisie ».

Source : résultat d'enquête (au format PDF, un enregistrement préalable est nécessaire)

Et vous ?

Qu'en pensez-vous ?

Avez-vous déjà développé des applications mobiles ? Quels choix avez-vous le plus effectué et pour quelles raisons ?

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Kamembert
Membre à l'essai https://www.developpez.com
Le 22/11/2013 à 10:43
Citation Envoyé par vampirella Voir le message
En l'occurrence, iOS est fourni en exemple. Les 4% peuvent donc tout autant concerner Win8 ou Android ou iOS ou autre.
Choose one platform (i.e. iOS) and just stick to that one as it will be predominant anyways
Traduction (pour les anglophobes) :
"Choisir une plate-forme (c'est-à-dire iOS) et simplement s'en tenir à celle-ci car elle sera de toute façon prédominante"

i.e. = id est --> c'est-à-dire (en français)

Vu le contexte de l'étude, il doit s'agir d'une coquille. On devrait lire :
"Choose one platform (e.g. iOS) and just stick to that one as it will be predominant anyways"
Soit en français :
"Choisir une plate-forme (par exemple iOS) et simplement s'en tenir à celle-ci car elle sera de toute façon prédominante"

Je suis donc d'accord avec l'interprétation de vampirella, mais je comprends que sinople ait pu faire l'amalgame.
1  0 
Avatar de Hizin
Modérateur https://www.developpez.com
Le 22/11/2013 à 13:45
Personnellement, je préfère un site web répondant bien au mobile (responsive, pan mobile) bien fait.

Les applications en natif si celles-ci apportent de la valeur ajoutée.

J'ai du mal à voir l'intérêt (autre que purement marketing) d'avoir des applications faisant exactement les mêmes choses que le site web sans aucune valeur ajoutée réelle, juste avec une ergonomie pensée pour le mobile. Autant refondre le site web, ou faire un site web mobile bien fonctionnel avec une bonne ergonomie à mon avis...

Ps : et je ne parle même pas des applications ne contenant qu'une WebView et étant en réalité un site web plus ou moins embarqué.
1  0 
Avatar de vampirella
Membre éclairé https://www.developpez.com
Le 22/11/2013 à 9:44
Citation Envoyé par sinople Voir le message
J'adore le 4% disant qu'il faut se fixer sur iOS et s'en foutre du reste !

Le pire, c'est qu'en fonction du public cible c'est malheureusement la solution la plus rationnel...
En l'occurrence, iOS est fourni en exemple. Les 4% peuvent donc tout autant concerner Win8 ou Android ou iOS ou autre.
0  0 
Avatar de tenbarugo
Nouveau membre du Club https://www.developpez.com
Le 22/11/2013 à 9:54
C'est une étude intéressante mais la même étude sur des applications suivant leur succès serait pas mal aussi.

Si les 5 applications mobiles les plus populaires font partis des 4% qui stick a une plateforme et que 100 % de ceux qui font du pur html font de mauvaises applis.

Avec une native on a des meilleurs performances et plus de fonctionnalités mais est-ce que l'impact sur les utilisateurs est si important ou les utilisateurs s'en tamponnent de voir leur applis s'ouvrir 2 sec plus vite...
0  0 
Avatar de freesket
Membre du Club https://www.developpez.com
Le 22/11/2013 à 10:49
Personellement je ne suis pas porté sur l'HTML5/CSS/Javascript...si j'avais à faire un choix je me tournerais plutôt vers du Xamarin ou du QT qui permettent de créer des programmes complets et qui se rapprochent de la performance du code natif...
0  0 
Avatar de Arnard
Membre émérite https://www.developpez.com
Le 22/11/2013 à 10:57
Qu'entend-on par hybride au juste dans ce contexte ?
0  0 
Avatar de Aiekick
Membre extrêmement actif https://www.developpez.com
Le 22/11/2013 à 13:13
Ca me fait toujours autant rire quand les gens compare du HTML5 "pure " a une solution hybride (au sens qu'il fait appel a plusieurs langages ). mais le HTML5 pure est une belle illusion, puisque le HTML5 est une solution hybride, HTML5, CSS, JS, DOM... Le qualificatif pure serait éventuellement valable si le HTML5 ( le langage de description ) suffisait à faire un site au complet..
0  0 
Avatar de benymypony
Membre régulier https://www.developpez.com
Le 22/11/2013 à 18:14
Pour les utilisateurs Mac qui souhaitent développer des applications Mac OS X sans avoir à apprendre l'Objective-C/Cocoa et XCode, vous pouvez regarder du côté de Sentenza Desktop.

Ça permet de concevoir des applications Mac OS X en HTML5, CSS3 et JavaScript (jQuery).
C'est vendu par CodeCanyon.

Beny
0  0 
Avatar de benymypony
Membre régulier https://www.developpez.com
Le 22/11/2013 à 18:24
Citation Envoyé par Hizin Voir le message
Personnellement, je préfère un site web répondant bien au mobile (responsive, pan mobile) bien fait.

Les applications en natif si celles-ci apportent de la valeur ajoutée.

J'ai du mal à voir l'intérêt (autre que purement marketing) d'avoir des applications faisant exactement les mêmes choses que le site web sans aucune valeur ajoutée réelle, juste avec une ergonomie pensée pour le mobile. Autant refondre le site web, ou faire un site web mobile bien fonctionnel avec une bonne ergonomie à mon avis...

Ps : et je ne parle même pas des applications ne contenant qu'une WebView et étant en réalité un site web plus ou moins embarqué.
C'est sur que les site web embarqués n'ont aucun intérêt.

Mais il est clairement possible de développer des applications HTML5/CSS3/JS pour mobile et desktop ayant quasiment les même performances qu'une application native.
L'équipe de Sencha Touch l'a prouvé : https://vimeo.com/55486684

Le gros avantage du HTML5/CSS3/JS c'est la compatibilité avec tous les appareils !
On développe une fois, et on déploie partout, iOS, Android, Windows Phone, même OSX, ...

Beny
0  0 
Avatar de Hizin
Modérateur https://www.developpez.com
Le 22/11/2013 à 19:06
Oui, c'est l'intérêt, mais celui-ci en détruit un autre : les spécificités des plates-forme.

C'est déjà une lutte de tout les jours de faire comprendre aux clients que les usages ne sont pas les mêmes sous Android, iOS et Windows Phone et donc que l'ergonomie doit être pensée en conséquence...

Pour palier à ce problème, certains se penchent vers le C et le C++, qui sont dispo sur les 3 plates-formes et font ensuite un wrapper pour l'utiliser. Reste plus qu'à créer les interfaces et brancher le tout... mais ça nécessite du temps et de bonnes compétences...

Remarque que je n'ai pas parlé des performances : je pense sincèrement qu'une appli bien faite en techno web peu avoir des perf' tout a fait honorable.

Avis personnel sur cette vidéo : Facebook a fait pas mal de bourdes bien visible : pas de mise en cache des données (même pas un peu), ergonomie des commentaires identique au site web et absolument inadaptée au mobile (pas pour rien que la version HTML 5 part sur une liste infinie...), attente du chargement complet des prochaines infos au lieu d'afficher les textes et lancer le DL des images après-coup pour éviter justement l'attente (ce qui est fait sur la version HTML 5)...
En somme, pour moi, Facebook se ridiculise totalement sur cette vidéo puisque les problèmes pointées sont des soucis d'architectures et d'algo, la version HTML 5 faisant les bons choix... celle-ci ne prouve pas que le HTML 5 est mieux, juste que FB ne sait pas faire des interfaces mobiles.
0  0