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 !

Le problème de compatibilité entre les navigateurs constitue un véritable frein pour les développeurs Web
Selon un rapport de Mozilla Developer Network (MDN)

Le , par Bill Fassinou

1.1KPARTAGES

9  0 
Mozilla Developer Network (MDN) a rendu publics les résultats de la première édition de son étude annuelle sur les besoins et les attentes des développeurs Web. Dans le rapport, 59,8 % des développeurs ont déclaré être satisfaits du Web, tandis que 16,3 % étaient très satisfaits. Seulement 6,8 % étaient insatisfaits et 2,2 % très insatisfaits. Le rapport intitulé « The MDN Web DNA Report 2019 » a révélé que le problème de prise en charge ou de compatibilité entre les navigateurs constitue un véritable frein pour les développeurs Web.

Mozilla a interrogé environ 28 000 développeurs au cours du second semestre de 2019 sur leurs expériences avec la plateforme Web, ainsi que les outils et les fonctionnalités du Web. Le rapport d’étude a révélé que la plupart des développeurs sont satisfaits. Cependant, ils ont cité quelques lacunes, en particulier des problèmes de prise en charge du navigateur. Voici quelques problèmes liés au développement Web que les répondants au sondage ont cité. Parmi les 10 principales frustrations, les navigateurs Web jouent un rôle dans quatre d'entre elles :

  • devoir supporter des navigateurs spécifiques, tels qu’Internet Explorer 11 ;
  • une documentation obsolète ou inexacte pour les frameworks et les bibliothèques ;
  • éviter ou supprimer une fonctionnalité qui ne fonctionne pas dans tous les navigateurs ;
  • tester entre les navigateurs ;
  • faire en sorte que l'apparence et le fonctionnement d'un design soient les mêmes d'un navigateur à l'autre ;
  • trouver des bogues qui n'ont pas été trouvés pendant les tests ;
  • supporter plusieurs frameworks dans la même base de code ;
  • se tenir au courant d'un grand nombre d'outils ou de frameworks ;
  • gérer les données des utilisateurs pour se conformer aux lois et règlements ;
  • comprendre et mettre en place des mesures de sécurité.


Ainsi, l’étude a cherché à connaître quels sont les navigateurs que les développeurs utilisent souvent. Le rapport d’étude indique que Chrome et Firefox sont les navigateurs les plus utilisés par les développeurs. Les chiffres du rapport montrent que 97,5 % des répondants utilisent le navigateur Chrome, 88,6 % utilisent Firefox, 59,6 % utilisent Safari et 57,3 % utilisent encore Edge. Notons qu’à l'heure actuelle, la plupart des navigateurs Web les plus en vue sont basé sur le moteur Chromium développé par Google et qui pilote aussi Chrome.

Du côté des smartphones, le navigateur Chrome est utilisé par 57,3 % des développeurs. Dans une autre section de l’étude, Mozilla a demandé aux développeurs ce qu'ils aimeraient pouvoir faire sur le Web, mais que le Web n’offre pas les fonctionnalités nécessaires pour le faire. En réponse, Mozilla a identifié 109 catégories de souhaits de développeurs. En voici quelques-uns des plus populaires :

  • 12,4 % des répondants ont émis comme souhait pouvoir accéder au hardware, y compris les API sur les appareils ;
  • 8,6 % d’entre eux ont cité la compatibilité des navigateurs, y compris la cohérence du rendu entre les navigateurs ;
  • 4,7 % des répondants ont cité l’accès au système de fichiers ;
  • 3,4 % d’entre eux ont parlé de performances, y compris la vitesse native des applications mobiles dans les applications Web. Certains ont également émis le désir d'avoir un navigateur Java ou Python ;
  • 3,4 % d’entre eux ont cité la prise en charge des PWA (Progressive Web Apps) ;
  • 3,3 % des répondants ont cité le débogage, y compris de meilleurs outils ;
  • enfin, 3 % ont cité l’accès à des API natives.

D’autres entités ont également participé à l’élaboration de ce rapport, notamment Google, Microsoft, Samsung et le W3C. « Ce rapport a fourni des renseignements précieux pour plusieurs discussions sur la normalisation et la prénormalisation lors de la grande réunion annuelle du W3C. Nous prévoyons que le rapport publié continuera à soutenir les progrès en matière de normalisation », a écrit Wendy Seltzer, responsable de la stratégie chez le W3C.

Source : Rapport de l’étude

Et vous ?

Quel est votre avis sur le sujet ?
Quelles expériences avez-vous des navigateurs Web, des outils et fonctionnalités du Web ?

Voir aussi

Mozilla préparerait son alternative à Chromecast tournant sur son système d'exploitation Firefox OS

Mozilla s'allie à Microsoft, Google, Samsung et le W3C pour documenter les technologies du web et faciliter la vie aux développeurs

Mozilla ajoute un nouvel interpréteur JavaScript plus rapide dans Firefox 70 et promet des gains de performance non négligeables avec le navigateur qui sortira en octobre

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

Avatar de SQLpro
Rédacteur https://www.developpez.com
Le 10/01/2020 à 12:01
Citation Envoyé par grunk Voir le message
Ceux qui ont connu le développement web avec IE5/6 avant que des outils comme jquery ou mootols arrive savent ce que c'est que les problèmes de compatibilité entre navigateur
Aujourd'hui c'est plus réellement un problème surtout grâce à l'avènement des navigateurs "evergreen".

Perso tout nouveau développement exclu d'office les navigateurs non "evergreen" de la liste des compatibilités
C'est à cause d'une prise de décision comme celle-ci que l'un de mes clients à perdu 40 % de son CA en quelques années… En effet lorsque l'on s'attaque à certaines marchés, visant en particulier les personnes âgées, les entreprises, etc... tu te coupes automatiquement de cette clientèle… Et cela peut être ton cœur de cible et souvent les meilleurs consommateurs….

A +
3  0 
Avatar de atha2
Membre éprouvé https://www.developpez.com
Le 10/01/2020 à 21:19
Je tiens à préciser que je suis pas développeur web mais :

  • 12,4 % des répondants ont émis comme souhait pouvoir accéder au hardware, y compris les API sur les appareils ;
    => ok, à condition que ce soit avec le consentement explicite et systématique de l'utilisateur (comme pour l'accès à la camera ou la localisation actuellement). D’ailleurs qu'est-ce qui n'est pas accessible actuellement ? Je sens que ça va finir avec des
    Code : Sélectionner tout
    if host == android then ... else if host == macOS then
    , ce qui va reporter les problèmes de compatibilité au niveau de l'OS (au lieu des "problèmes de compatibilité" entre navigateur).
  • 8,6 % d’entre eux ont cité la compatibilité des navigateurs, y compris la cohérence du rendu entre les navigateurs ;
    => en utilisant les polyfill et autres, on résout facilement ce genre de problème non ? Sur le rendu, je veux bien croire qu'il reste encore quelque différences mais les polyfill corrigent la plupart des soucis (default margin etc) il me semble.
  • 4,7 % des répondants ont cité l’accès au système de fichiers ;
    => quel use case n'est pas implémentable avec les accès actuelles (qui permettent déjà d'ouvrir et d'enregistrer un fichier) ?
  • 3,4 % d’entre eux ont parlé de performances, y compris la vitesse native des applications mobiles dans les applications Web. Certains ont également émis le désir d'avoir un navigateur Java ou Python ;
    => apprenez à coder correctement (quand je vois une simple page web faire 200 requêtes et télécharger plusieurs Mo je me marre (pas dans le bon sens)), on en reparle après. Si c'est déjà le cas alors vous devez connaître web assembly qui fourni des performances proches du natif (en cas de pb, il faut sûrement regarder du coté des IO et de la complexité des "algos". Sinon il va falloir m'expliquer ce qu'ils entendent par un navigateur java ou python... S'il s'agit d'avoir une alternative à JS, je peux comprendre, il en existe déjà (TypeScript, Dart ...). D'ailleurs n'importe quel langage supportant web assembly (go?, rust...) peut-il être utilisé en remplacement de js non ? Je ne dit pas que c'est adapté pour autant...
  • 3,4 % d’entre eux ont cité la prise en charge des PWA (Progressive Web Apps) ;
    =>je ne connais pas les PWA mais du peu que j'ai vu ça a l'air déjà faisable non ? J'imagine qu'on parle plus d'outils (api, framework) pour faciliter la mise en place.
  • 3,3 % des répondants ont cité le débogage, y compris de meilleurs outils ;
    => les outils embarqués dans les navigateurs sont déjà très poussés non ?
  • enfin, 3 % ont cité l’accès à des API natives.
    =>mouai paie tes problèmes de sécurité, non merci.


Désolé si j'ai pu en froisser certain en simplifiant (malgré moi) certains problèmes. mais j'ai l'impression que c'est plus des chefs de projet/marketings qui ont répondu à ce sondage.
2  0 
Avatar de grunk
Modérateur https://www.developpez.com
Le 09/01/2020 à 15:55
Ceux qui ont connu le développement web avec IE5/6 avant que des outils comme jquery ou mootols arrive savent ce que c'est que les problèmes de compatibilité entre navigateur
Aujourd'hui c'est plus réellement un problème surtout grâce à l'avènement des navigateurs "evergreen".

Perso tout nouveau développement exclu d'office les navigateurs non "evergreen" de la liste des compatibilités
3  2 
Avatar de kbadache
Membre confirmé https://www.developpez.com
Le 10/01/2020 à 10:13
Citation Envoyé par mermich Voir le message
Du coup pour remedier a cela, faudrait'il ajouter des nouveaux attributs, ou de nouvelles balises ?

peut etre une nouvelle norme serai d'actualite ?
Ca me fait penser à ça : https://xkcd.com/927/
1  0 
Avatar de dfiad77pro
Membre chevronné https://www.developpez.com
Le 10/01/2020 à 17:49
oui surtout que généralement par manque de temps on du responsive coté design mais les données restent les mêmes (exemple masquage d'info)…
ça devient vite lourd quand c'est application métiers avec plein de champs. Parfois il vaut mieux faire 2 interfaces différentes...
1  0 
Avatar de Ryu2000
Membre extrêmement actif https://www.developpez.com
Le 17/01/2020 à 10:14
Citation Envoyé par leomath Voir le message
Les grands (Microsoft, Mozilla, Google) devraient se mettre d'accord !
Normalement il y a une histoire de normalisation W3C : World Wide Web Consortium, c'est ce que respecte Firefox.
Malheureusement Google fait son truc, Microsoft utilise Chromium et certains pensent que Firefox devraient arrêter de se battre et se baser sur Chromium comme l'a fait Edge.

Google possède YouTube, YouTube est un des sites les plus visités au monde, Google fait en sorte que YouTube soit plus rapide sous Chrome...
Un ingénieur de Mozilla affirme que YouTube est plus lent sur Firefox et Microsoft Edge que sur Google Chrome
La première version stable d’Edge basé sur Chromium est disponible avec le support AAD, le streaming 4K, le mode Internet Explorer et des performances améliorées, mais beaucoup reste encore à faire

Chrome fait ce que faisait Internet Explorer à l'époque, il impose son truc au lieu de respecter les standards.
1  0 
Avatar de Sodium
Membre extrêmement actif https://www.developpez.com
Le 09/01/2020 à 16:10
Il y a des problèmes de compatibilité entre les navigateurs, des soucis dans les 30 000 dépendances JavaScript allant de pair avec n'importe projet front actuel ? Je suis choquée, c'est la première fois que j'entends ce discours en dix ans 12 ans d'expérience
0  0 
Avatar de mermich
Membre expérimenté https://www.developpez.com
Le 09/01/2020 à 17:01
Du coup pour remedier a cela, faudrait'il ajouter des nouveaux attributs, ou de nouvelles balises ?

peut etre une nouvelle norme serai d'actualite ?
0  0 
Avatar de
https://www.developpez.com
Le 09/01/2020 à 17:54
Bonjour,

Quel est votre avis sur le sujet ?
Il y a toujours eu 3 groupes :

IE & Edge qui n'ont jamais vraiment de bon alignement ... essayez de coder un site web avec IE ou Edge ... vous avez mauvaises des surprises à l'affichage
Firefox a de bon alignements ... mais niveau résolution c'est vite pourri . Pas de différence entre gras/sur gras / ligne noir par exemple.
Les produits sous Chronium ... Les "bon faux élèves" ... car la c'est du pure produit Google et niveau intrusion et vie privée on a vu mieux

Quelles expériences avez-vous des navigateurs Web, des outils et fonctionnalités du Web ?
Je me souviens avoir déjà utilisé du Front Page et du Dream Viewer Mais bon c'était il y a longtemps . A l'epoque j'étais ado et c'était pour essayer d'afficher des trucs sur le site de l'asso locale
0  0 
Avatar de strato35
Membre éclairé https://www.developpez.com
Le 09/01/2020 à 18:15
Citation Envoyé par grunk Voir le message
Ceux qui ont connu le développement web avec IE5/6 avant que des outils comme jquery ou mootols arrive savent ce que c'est que les problèmes de compatibilité entre navigateur
Aujourd'hui c'est plus réellement un problème surtout grâce à l'avènement des navigateurs "evergreen".

Perso tout nouveau développement exclu d'office les navigateurs non "evergreen" de la liste des compatibilités
Aujourd'hui c'est certes moins contraignant qu'a l'époque d'ie5 mais ça reste tout de même un réel problème.
Par exemple on me demande encore des compatibilités IE 9 ... Et je parle pas des évènements qui ne se gèrent pas de la même manière selon chrome ou firefox côté js, les alignement bon sous firefox mais complètements pétés sous chrome et inversement, et je ne veux même pas aborder safari.

J'aimerais tellement pouvoir écrire du js sous les normes es6 ou +, faire du flex et autres joyeuseté, mais d'ici là j'ai peur que es10 sera déjà déprécié ...

( Message pour les commerciaux / chef techniques : arrêtez de demandez à vos dev de maintenir une compatibilité IE pour de vieux utilisateurs sous XP ou moins sous prétexte que le client est prêt à payer pour, vendez leurs des tests unitaires à la place )
0  0