JQuery est plus 'parlant' et facile a comprendre pour le profane si tu veux modifier et ajouter des trucs toi-meme par la suite.
Apres s'il ne t'importe pas de comprendre comment ca fonctionne derriere ou toujours dépendre de "ceux qui savent" pour faire une petite modif ou un évolution future, dans ce cas, la solution de Marin est recommandée.
J'ai l'impression que c'est une solution (jQuery) qui est certes plus compacte mais ne saurait être dépeinte comme objectivement plus intuitive. Certes, il y a plein de sucre syntaxique, mais est-ce que « $("# » est censé être autrement plus « parlant / profane / moins "ceux qui savent" » pour « donne-moi l'élèment dont l'attribut ID correspond à la sous-chaîne de caractères subséquente » que l'équivalent DOM ? Dans un extrait plein de code boiterplate pour une tâche à la sortie plus ou moins basique, j'aurais bien voulu, mais là tu as à peine l'overhead des quelques paramètres XMLHttpRequest obligatoires en plus, tu survoles la doc de la page MDN et tu sais à quoi ils servent. Ce n'est peut-être pas significativement mieux que quelque chose comme $.get() et ses paramètres facultatifs à l'ordre arbitraire d'un point de vue apprentissage. Ce n'est pas parce qu'une solution jQueryifiée sort quasi-systématiquement en première position des votes Stack Overflow qu'elle est systématiquement meilleure ou plus simple, juste plus attrayante (et en plus il suffit de scroller vers la deuxième en général).
Après, attention, je ne suis pas un
hater de jQuery et peux encenser son utilisation pour des projets à la couche présentation lourde
(aujourd'hui, si on n'est déjà pas à un ou deux niveaux d'abstraction au dessus), et admire sa compacité utile surtout aux
"ceux qui savent". Mais pour évaluer et comparer l'intuitivité de deux solutions auprès d'un débutant, il faut les mettre sur un banc similaire d'un point de vue fonctionnel et penser ergonomie. Ici, un indicateur constructif pourrait être le caractère sommaire et sobre technologiquement qu'on peut prêter et vouloir prêter à la page que vivien a (commencé à) construire : on parle souvent stats avec des extraits d'User-Agent exotiques sur les forums, ou des sujets comme ceux-ci, vouloir présenter une interface simple et universelle pour afficher ce genre d'information peut s'inscrire dans une démarche d'unification et de proposition d'une interface qui fonctionne même sur le navigateur de stock de ton Amiga avec une dégradation en mode meilleure effort (voire de minimalisme) ?
Rien que ça, ça donne une valeur extérieure au projet, d'une manière qui peut le démarquer intrinsèquement de l'exemple du chapitre 2-Site du Zéro pour lui donner des lettres d'utilité voire de raison individuelle d'être, et commencer par ne pas charger ≃ 100 Ko de code générique depuis une ressource externe en SSL pour l'équivalent de 3 à 4 lignes peut être une bonne base pour ne pas faire pire par la suite.