Est-il possible de se passer de JavaScript sur la toile ?

Est-il possible de se passer de JavaScript sur la toile ?
Après avoir désactivé JavaScript, Klint le réactive pour profiter de ses avantages

JavaScript est un langage qui a été créé en vue de renforcer l’interactivité des pages web. Au fil des années, il a gagné en maturité afin de s’imposer comme outil privilégié sur la toile. De même, sa forte expansion lui a permis de s’assurer une place sur bien d’autres plateformes telles que les systèmes embarqués, le cloud, etc.

Aussi, si ce langage offre de nombreux avantages, il faut reconnaître également que son abus sur la toile a grandement contribué à nuire à l’expérience utilisateur des internautes. Klint Finley qui est au fait de ces inconvénients a voulu améliorer son expérience de navigation en se débarrassant de JavaScript.

Au lieu d’utiliser certains outils comme NoScript ou LibreJS pour filtrer les fonctionnalités JavaScript tournant derrière les pages web, l’internaute a simplement désactivé l’option JavaScript disponible dans son navigateur.

Bien évidemment, cela ne s’est pas fait sans conséquence. Premièrement, l’internaute n’avait plus accès aux outils tels que Google docs pour travailler de manière collaborative sur la toile. Netflix n’était plus accessible. Pareil pour YouTube qui ne fonctionnait pas, du moins sans activer le plugin Flash d’Adobe.

Lorsqu’il a tenté d’ouvrir Facebook, le site l’a dirigé vers une version gratuite de JavaScript destinée aux téléphones mobiles. Et quand il a essayé d’ouvrir la page sur son téléphone, c’est une page blanche qui s’est affichée. Twitter par contre marchait, mais n’affichait plus le décompte des caractères, ce qui faisait qu’il n’était plus possible de savoir si les textes étaient trop longs ou pas.

Il pouvait également parcourir certains sites, mais n’arrivait pas laisser de commentaires, car les options dédiées n’apparaissaient pas. Certaines pages non plus n’arrivaient pas à se charger.

En dehors de ces aléas, tout le reste fonctionnait. Et même fonctionnait mieux, selon l’avis de Klint Finley.

La publicité intempestive qui se déclenchait automatiquement dans les fenêtres popup avait disparu. Klint pouvait désormais parcourir le web avec très peu de distraction. Les fonctionnalités comme le chargement automatique des pages nécessitant un défilement continu pour voir afficher les contenus situés en bas de page n’étaient plus actives non plus.

En revanche, les pages se chargeaient presque instantanément. La batterie de l’ordinateur portable durait plus longtemps avant de se décharger. Et il était moins exposé aux programmes indésirables exécutés avec JavaScript, mais cela n’empêchait pas les sites de collecter les données en utilisant les cookies ou d’autres méthodes.

Cependant, bien que la navigation fut agréable, plus rapide et débarrassée de publicité, Klint n’a pas pu résister à la volonté de revenir en arrière en activant JavaScript après avoir passé la semaine d’expérimentation. Les raisons mises en avant ici sont le fait que Klint désirait comme tout autre navigateur pouvoir utiliser les extensions de Google Chrome qui n’étaient plus fonctionnelles après avoir désactivé JavaScript, pouvoir avoir une interface graphique interactive sur les pages web ou encore pouvoir regarder les vidéos en streaming.

Le désir d’utiliser les fonctionnalités JavaScript a donc eu raison des avantages tirés en désactivant cet outil.

Source : Wired

Et vous ?

:fleche: Que pensez-vous de l’expérience de Klint ?

:fleche: Est-il possible de désactiver JavaScript et avoir par la même occasion une expérience de navigation agréable ?

:fleche: Est-il possible de se passer de JavaScript sur la toile ?

Voir aussi

:fleche: Forum JavaScript

Citation:

---

La publicité intempestive qui se déclenchait automatiquement dans les fenêtres popup avait disparu. Klint pouvait désormais parcourir le web avec très peu de distraction.

---

... vous direz à Klint qu'il y a adblock pour les sites comme ça :aie:

JavaScript est très sollicité par les sites pour être désactivé, parcourir un site sans JS c'est comme boire du cola sans caféine/sucre/bulles. Il ne sera possible de se passer du JS que si des projets comme WebAssembly arrivent à maturité, pour le moment c'est le monopole total.

Javascript fait désormais partie du web, sans lui, on ne peut pas espérer avoir les bienfaits de l'html5 (canvas* and co), ni le responsive permettant d'avoir le même site qui s'adapte à l'écran..

*note pour le canvas, sans javascript le bloc va s'afficher, mais on ne va pas pouvoir dessiner dessus ;)

Citation:

---

Envoyé par Olivier Famien

En dehors de ces aléas, tout le reste fonctionnait. Et même fonctionnait mieux, selon l’avis de Klint Finley.

Cependant, bien que la navigation fut agréable, plus rapide et débarrassée de publicité, Klint n’a pas pu résister à la volonté de revenir en arrière en activant JavaScript après avoir passé la semaine d’expérimentation. Les raisons mises en avant ici sont le fait que Klint désirait comme tout autre navigateur pouvoir utiliser les extensions de Google Chrome qui n’étaient plus fonctionnelles après avoir désactivé JavaScript, pouvoir avoir une interface graphique interactive sur les pages web ou encore pouvoir regarder les vidéos en streaming.

---

Je suis dans le même cas (enfin presque, NoScript au filtrage très strict, autorisation au cas par cas et de manière temporaire).

Le résultat est simple : Firefox ne prend plus 25% cpu sans raison avec quelques (beaucoup) d'onglets ouverts, la conso RAM a baisé (moins de 1Go), et tout est de manière générale plus rapide.
Seul problème, on se retrouve régulièrement face à des pages blanches.

Au final désactiver JS c'est comme activer Adblock : on redécouvre Internet.

Je recommande l'expérience, et pour les devs Web : SVP faites une version de vos sites qui marche sans JS. :)

Citation:

---

Envoyé par Iradrille

Je recommande l'expérience, et pour les devs Web : SVP faites une version de vos sites qui marche sans JS. :)

---

En tant que développeur Web pour du eCommerce, je vais répondre non. En 2015, il est impensable que quelqu'un désactive le JS. Si vous voulez le faire, vous devrez être au courant de ce que vous manquez. Le problème est que développer une version sans JS des sites prend tellement de ressources sur un projet commercial par rapport aux avantages que c'est considéré comme du Scope Creep.

C'est grâce au Javascript que mon site peut avoir des hautes performances. Je mets le cart en cache dans le Local Storage, je profite de l'AJAX pour éviter de faire des connexions inutiles vers mon engine eCommerce lors du chargement des pages (comme pour un Mini-cart). J'utilise aussi de plus en plus des stratégies qui relèvent du Single Page Application pour livrer des pages HTML en coquille vide qui proviennent de l'Output Cache et qui seront remplis de contenu à l'aide de calls REST et de Javascript. Retirer le Javascript, c'est me priver de tout ce qui rend mes sites performants, donc je ne le ferai pas. Désolé.

à part les sites de doc je ne connais pas beaucoup de site sans JS

Citation:

---

:fleche: Que pensez-vous de l’expérience de Klint ?

---

C'est mon quotidien.
Je fonctionne avec NoScript activé en permanence et très peu de sites en liste blanche, ADBlock+ et Ghostery.
Je n'active les scripts qu'au cas par cas et toujours en temporaire. et je suis déjà toujours très méfiant aux scripts qui sont extérieur au site que je visite.
Et il n'est pas rare que, dans le doute, je préfère aller voir ailleurs que d'activer du script aveuglément.

Citation:

---

:fleche: Est-il possible de désactiver JavaScript et avoir par la même occasion une expérience de navigation agréable ?

:fleche: Est-il possible de se passer de JavaScript sur la toile ?

---

Le désactiver et sans passer complètement, non, ce n'est pas possible. Bon nombre de sites ne fonctionnent plus correctement.
Par contre se passer des scripts qui lance des pubs, des popups, traceurs et autres joyeusetés non nécessaire à la consultation du site, oui on peut s'en passer et on se porte que mieux.

Bon nombre de dev web et de régies n'ont absolument rien compris au mouvement ADBlock et utilise désormais JS pour contourner ces bloqueurs et continuer leurs infectes pratiques intrusives. Ils sont en train de provoquer le même rejet de Javascript que celui qu'il y a sur la pub.

Citation:

---

Envoyé par Iradrille

Je recommande l'expérience, et pour les devs Web : SVP faites une version de vos sites qui marche sans JS

---

Autant je suis d'accord avec le reste du message, autant je ne le suis pas avec cette phrase. Moi, je ne demande des sites sans JS, mais des site avec JS utilisé à bon escient. Des sites sans JS qui sert à afficher de la pub ou autres infos non désirées, des sites sans JS qui trace tous nos fait et geste et qui envoie ça à Google, Facebook, Twiter, Amazon, etc.
Du Js pour le fonctionnement même du site, oui, du JS pour nous aliéner encore plus, non.

Des soucis sur les sites Google, Facebook, Twitter et Netflix. Du mieux sur tous les autres. Le constats est donc franchement positif pour le "vrai" web. Logique pour ces autres sites qui imposent un silo aux utilisateurs, raison de plus pour les abandonner.

Je ne comprends pas l'utilité de cette article.
La réponse est déjà sous-entendue.
D'autant plus qu'avec les frameworks one page on ne peut s'en passer.

Il faudrait dire ça aux développeurs de Firefox qui ont supprimé le bouton pour désactiver JavaScript...

C'est dommage de condamner une technologie juste parce que beaucoup font n'importe quoi avec. Comme l'a souligné greto, correctement utilisé le JS permet d'augmenter les performances en sollicitant moins le réseau, en profitant de nouveaux mécanismes de cache et en délocalisant une partie de la logique applicative côté client. C'est aussi le seul moyen d'avoir des sites web consultables hors-ligne, sans demander au client d'utiliser un aspirateur de sites.

Je comprends la frustration des utilisateurs qui vont quotidiennement sur des sites avec 3Mo de JS, des frameworks et libs en tout genre avec du code buggé et pas du tout optimisé. C'est d'autant plus énervant quand on est dev web et qu'on peut constater tous les problèmes d'un site juste avec F12. Ceci dit, en 2015 je ne pourrais pas supporter de naviguer sur la toile avec JS désactivé. Ne serait-ce que pour perdre AJAX et voir des rechargements de page complet à chaque clic sur un lien, non merci.

Les arguments du monsieur n'ont pas de sens. Javascript n'est pas mauvais en tant que tel (surtout d'un point de vue d'un utilisateur de site web) mais c'est l'utilisation qui en fait qui peut-être mauvaise. Sinon on peut reprocher a CSS d'être mauvais car ça permet d'utiliser des couleurs que l'on trouve pas sympa. D'ailleurs comme quelqu'un a mentionné le WebAssembly il est bon de rappeler que pour les problèmes reprochés à Javascript seront les mêmes avec le WebAssembly.

Après pour avoir essayé de navigué avec Javascript désactivé c'est peine perdu. Tellement de site en sont dépendant que le désactivé revient 1 n'avoir que des sites qui ne font pas ce pourquoi ils ont été prévu.

Non de nos jours il est difficilement possible de se passer de JavaScript d'un point de vue utilisateur. Tous les sites l'utilisent à l'instar de Flash il y a quelques années (mais il est maintenant plus dispensable). De plus, les bien-pensants du Web veulent qu'on n'utilise plus que ça pour le Web côté client. À mort les plugins et il ne reste donc plus que JS, au bon endroit au bon moment.

Mais dans un monde parfait les sites devraient pouvoir fonctionner sans JS, quitte à ce qu'ils soient moins performants.

Citation:

---

Envoyé par gretro

En tant que développeur Web pour du eCommerce, je vais répondre non. En 2015, il est impensable que quelqu'un désactive le JS. Si vous voulez le faire, vous devrez être au courant de ce que vous manquez. Le problème est que développer une version sans JS des sites prend tellement de ressources sur un projet commercial par rapport aux avantages que c'est considéré comme du Scope Creep.

C'est grâce au Javascript que mon site peut avoir des hautes performances. Je mets le cart en cache dans le Local Storage, je profite de l'AJAX pour éviter de faire des connexions inutiles vers mon engine eCommerce lors du chargement des pages (comme pour un Mini-cart). J'utilise aussi de plus en plus des stratégies qui relèvent du Single Page Application pour livrer des pages HTML en coquille vide qui proviennent de l'Output Cache et qui seront remplis de contenu à l'aide de calls REST et de Javascript. Retirer le Javascript, c'est me priver de tout ce qui rend mes sites performants, donc je ne le ferai pas. Désolé.

---

Tous ces appels c'est gourmand en bande passante. Bof pour les mobiles et leur Internet mobile pseudo-illimité à quelques Go seulement, quand ce n'est pas moins.

Le panier en cache côté client ? Pas fan. Les données côté clients peuvent être truquées, donc pour la sécurité et la fiabilité du panier il vaut mieux que celui-ci soit géré bien au chaud (en session) côté serveur AMHA. On a ainsi des données nettement plus fiables et on ne doit pas passer son temps à vérifier si celles du client sont bonnes.

Que vaut ta solution niveau SEO ?

Citation:

---

Envoyé par JavaBean

Il faudrait dire ça aux développeurs de Firefox qui ont supprimé le bouton pour désactiver JavaScript...

---

Mozilla, pour un Web meilleur... ;)

Citation:

---

Envoyé par air-dex

Tous ces appels c'est gourmand en bande passante. Bof pour les mobiles et leur Internet mobile pseudo-illimité à quelques Go seulement, quand ce n'est pas moins.

---

Au contraire, c'est moins gourmand. Les SPA évitent de recharger intégralement les pages quant tu navigues, on élimine énormément de overhead HTML. Charger des données en JSON est également plus léger que dans un format déjà sérialisé, typiquement du HTML généré côté serveur. En contre-partie on doit télécharger un peu plus de JS, mais contrairement aux données, le JS peut être mis dans le cache navigateur. Donc globalement, les SPA et le templating côté client permettent d'économiser en bande-passante et rendre la navigation plus rapide.

Citation:

---

Envoyé par air-dex

Le panier en cache côté client ? Pas fan. Les données côté clients peuvent être truquées, donc pour la sécurité et la fiabilité du panier il vaut mieux que celui-ci soit géré bien au chaud (en session) côté serveur AMHA. On a ainsi des données nettement plus fiables et on ne doit pas passer son temps à vérifier si celles du client sont bonnes.

---

Mettre du cache côté client ne sert bien évidemment pas à remplacer les vérifications faites côté serveur, le serveur joue toujours le rôle d'autorité. Cela permet simplement de gagner en réactivité côté client, en faisant de la compensation de latence. C'est aussi nécessaire si on veut ajouter des fonctionnalités offline, comme permettre à l'utilisateur de faire ses achats sous un tunnel et de payer quand il retrouve sa connexion. Le cache côté client c'est un supplément, pas un remplacement.

Citation:

---

Envoyé par air-dex

Que vaut ta solution niveau SEO ?

---

Ce n'est plus un problème depuis la History API de HTML5. Côté URL on ne fait plus la différence entre une SPA et une MPA, et les crawlers savent bien gérer le contenu via AJAX aujourd'hui.

"il faut reconnaître également que son abus sur la toile a grandement contribué à nuire à l’expérience utilisateur des internautes" : Ah bon, il faut ? Je me demande quels sont ces "abus de Javascript" et de quel manière ils "nuisent à l'expérience utilisateur". L'article ne le dit pas et le tient pour acquis, alors que c'est loin d'être le cas.

J'ai recompilé mon browser en retirant les parties qui comprennent l'HTML, curieusement, cela fonctionne moins bien.
Du coup je vais essayer sans écran, si cela n'est pas mieux je désactive TCP/IP.
Non mais, le WEB n'a qu'à fonctionner sans tous ces brols inutiles...

Et pensez-vous aux gens qui ont un handicap visuel et utilise des navigateurs texte, audio, braille. je suis pas sûr qu'ils sont compatible javascript ou en tout cas en partie

@macslan: oui on y pense :) l'accessibilité concerne surtout HTML, mais JS peut aider un peu parfois notamment sur la gestion des focus. J'ai bossé en début d'année sur une SPA avec de fortes contraintes d'accessibilité, et elle a passé les audits. L'idée que les lecteurs d'écran ne supportent pas JavaScript est une vieille idée reçue :
http://webaim.org/projects/screenrea...y4/#javascript
http://a11yproject.com/posts/myth-sc...se-javascript/

Citation:

---

Envoyé par Olivier Famien

:fleche: Que pensez-vous de l’expérience de Klint ?

---

Citation:

---

Envoyé par Olivier Famien

:fleche: Est-il possible de se passer de JavaScript sur la toile ?

---

Elle montre, s'il en était encore besoin, qu'il est compliqué de se passer de Javascript en 2015 sur le Web.

Citation:

---

Envoyé par Olivier Famien

:fleche: Est-il possible de désactiver JavaScript et avoir par la même occasion une expérience de navigation agréable ?

---

J'utilise NoScript et j'active uniquement Javascript de manière permanente ou temporaire lorsque cela m'est nécessaire. J'accepte en contre partie d'avoir une vue dégradée des sites que je visite.
Je ne parlerai donc pas de navigation agréable pas plutôt de navigation choisie.

Je pense que javascript est indispensable - notamment pour déclencher automatiquement des évènements, mais je pense qu'il ne faut l'utiliser que si un langage fonctionnant sur serveur (PHP par exemple) ne peut le remplacer. En effet, toutes les commandes javascript ne fonctionnent pas sur smartphone et tablette bas de gamme (en fonction du wiiewer qui est un navigateur allégé). En revanche, si on code par exemple en PHP5, toutes les commandes PHP5 seront disponibles au niveau du serveur où il n'y a aucune limitation. Donc, à mon avis, il faut utiliser javascript spécifiquement pour certaines parties du programme et vérifier si la fonctionnalité passe bien sur tablette et smartphone.Firefox sur la plupart des smartphones ou tablettes, reconnaît déjà beaucoup plus de fonctions javascript que le wiever de base et même plus que Chrome pour tablette et smartphone, néanmoins Firefox ne reconnaît pas tout javascript non plus. Dans tous les cas, vérifier le résultat de sa programmation sur tablette et smartphone. En revanche, l'avantage d'une programmation entièrement javascript, c'est que l'internaute peut enregistrer un fichier .htm et el lire directement sur son PC hors ligne. Ça se pratique très peu.