Detecting UX smells in Visual Studio Code using LLMs
Cette étude présente une approche assistée par les grands modèles de langage pour détecter les « odeurs » d'expérience utilisateur dans Visual Studio Code en analysant les rapports d'erreurs sur GitHub, révélant que la majorité des problèmes identifiés concernent l'informativité, la clarté, l'intuitivité et l'efficacité.
Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète
🕵️♂️ L'Enquête : Pourquoi les développeurs sont-ils frustrés ?
Imaginez que Visual Studio Code (VSCode) est le cockpit d'un avion ultra-moderne. Pour les pilotes (les développeurs de logiciels), c'est l'outil le plus important de leur journée. Ils y passent des heures à construire des ponts numériques, à réparer des moteurs et à naviguer.
Mais parfois, le cockpit est mal conçu :
- Un bouton est mal placé.
- Un voyant clignote sans dire pourquoi.
- Le manuel est écrit dans une langue incompréhensible.
Ces petits détails ne font pas planer l'avion (le logiciel ne "crash" pas), mais ils rendent le vol agaçant, lent et fatiguant. En langage technique, on appelle cela des "odeurs UX" (UX smells). Ce ne sont pas des bugs graves, mais des "mauvaises odeurs" qui gâchent l'expérience.
🔍 La Méthode : Le Détective Robot
Les auteurs de l'article (Andrés, Juan et Alejandra) voulaient savoir : "Où sont les pires odeurs dans ce cockpit ?"
Au lieu de demander à 100 pilotes de remplir un questionnaire (ce qui prendrait des années), ils ont utilisé une intelligence artificielle très intelligente (un LLM) comme un détective robot.
- Le Terrain de Jeu : Ils ont fouillé dans la "boîte à outils" publique de VSCode (GitHub), où les utilisateurs postent des milliers de plaintes et de suggestions.
- Le Robot Détective : Ils ont donné à l'IA une liste de règles (un dictionnaire des "mauvaises odeurs") et lui ont demandé de lire des milliers de messages. L'IA a classé les plaintes : "Ah, celle-ci parle d'un bouton trop loin, c'est un problème d'efficacité !" ou "Celui-ci dit que le texte est illisible, c'est un problème de clarté !".
- La Vérification Humaine : Comme un chef d'orchestre vérifie les musiciens, trois experts humains ont relu un échantillon pour s'assurer que le robot ne se trompait pas.
📊 Les Résultats : Ce qui sent le plus mauvais
Leur enquête a révélé quelque chose de très intéressant, un peu contre-intuitif.
Imaginez que le cockpit a deux types de problèmes :
- Les problèmes techniques : "Le moteur ne démarre pas" (C'est grave, mais rare).
- Les problèmes d'expérience : "Le volant est glissant" ou "La radio fait du bruit" (C'est moins grave, mais ça arrive tout le temps).
Ce que l'étude a trouvé :
La majorité des "mauvaises odeurs" ne concernent pas la solidité de l'avion (la fiabilité technique), mais la façon dont le pilote comprend et utilise les commandes.
Les trois zones les plus polluées sont :
- La Clarté : "Je ne comprends pas ce que ce bouton fait."
- L'Information : "Le système ne me dit pas ce qu'il est en train de faire."
- L'Intuitivité : "Je m'attendais à ce que ça aille ici, mais c'est là-bas."
C'est comme si le constructeur de l'avion avait passé des années à rendre le moteur plus puissant, mais avait oublié de peindre les boutons en couleurs différentes ou d'ajouter des étiquettes claires.
💡 La Grande Idée : La "Dette d'Expérience"
Les chercheurs utilisent un concept appelé "UXDebt" (Dette d'Expérience).
Imaginez que vous rénovez une maison. Vous voulez aller vite, alors vous posez des meubles un peu n'importe où pour gagner du temps. Au début, ça va. Mais après 10 ans, vous avez accumulé une "dette" : pour traverser le salon, vous devez faire un détour de 5 mètres à cause d'un fauteuil mal placé.
Dans VSCode, cette dette s'accumule parce que :
- On ajoute trop de fonctionnalités trop vite.
- On oublie de nettoyer le désordre visuel.
- On privilégie la puissance brute au confort d'utilisation.
Le paradoxe découvert :
Plus une fonction est importante et utilisée (comme la rapidité ou la clarté), plus elle accumule de "dette". C'est là que les développeurs souffrent le plus. Les choses moins importantes (comme la personnalisation ou l'apprentissage) sont en fait assez propres, car on y prête moins attention !
🚀 Conclusion : Vers un vol plus doux
En résumé, cette étude nous dit que pour améliorer l'outil le plus utilisé au monde pour créer des logiciels, il ne faut pas seulement chercher à le rendre plus "puissant" techniquement. Il faut nettoyer le cockpit.
Il faut :
- Rendre les messages plus clairs.
- Rendre les boutons plus logiques.
- Arrêter d'empiler les fonctionnalités sans réfléchir à la fatigue qu'elles causent.
C'est un appel à traiter l'expérience utilisateur non pas comme un luxe, mais comme une partie essentielle de la mécanique de l'avion. Si le pilote est fatigué par son cockpit, il ne pourra pas bien piloter l'avion, peu importe la puissance du moteur !
Noyé(e) sous les articles dans votre domaine ?
Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.