Detecting UX smells in Visual Studio Code using LLMs
Dit onderzoek presenteert een door LLM's ondersteunde aanpak om UX-geuren in Visual Studio Code te detecteren via GitHub-issues, waarbij blijkt dat de meeste problemen gerelateerd zijn aan informativiteit, duidelijkheid, intuïtiviteit en efficiëntie.
Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer
Stel je voor dat Visual Studio Code (VSCode) een gigantische, supermoderne keuken is voor programmeurs. Het is de plek waar ze hun 'gerechten' (software) bereiden. Net als in een echte keuken hebben programmeurs een aanrecht, een fornuis, messen en potten. Maar soms is het aanrecht te hoog, staat de koelkast ver weg, of zijn de knoppen op het fornuis zo klein dat je ze niet kunt vinden.
Deze kleine ergernissen noemen de auteurs van dit onderzoek "UX-reukjes" (in het Engels: UX smells). Het zijn geen grote fouten die de keuken platbranden (geen bugs), maar dingen die het koken onprettig, traag of verwarrend maken.
Hier is wat dit onderzoek vertelt, vertaald naar alledaags taal:
1. Het probleem: Een keuken die te groot is geworden
VSCode is zo populair en complex geworden dat het moeilijk is om te zien waar de programmeurs vastlopen. Normaal gesproken zou je een groep mensen uitnodigen om te kijken hoe ze koken (een gebruikerstest), maar met miljoenen gebruikers is dat onmogelijk.
De onderzoekers (Andrés, Juan en Alejandra) hadden een slim idee: Waarom kijken we niet naar de klachten die mensen al hebben ingediend? Ze hebben duizenden berichten op GitHub (een soort digitaal klachtenboekje) gelezen.
2. De oplossing: Een slimme robot-assistent
Er waren zoveel berichten (2.350 stuks!) dat een mens dit niet snel kon lezen. Dus gebruikten ze een AI (een grote taalmodel, een soort super-slimme chatbot) als eerste lezer.
- De taak van de AI: De robot las de klachten en zocht naar patronen. "Ah, dit is een probleem met de duidelijkheid," of "Dit is een probleem met de snelheid."
- De controle: Menselijke experts keken daarna nog even na of de robot het goed had gedaan, om zeker te weten dat de 'reukjes' echt bestonden.
3. Wat vonden ze? De "Reukjes" in de keuken
Het onderzoek toonde aan dat de meeste ergernissen niet gaan over of de keuken werkt (dat doet het wel), maar over hoe het voelt om erin te werken. De meeste klachten draaiden om vier dingen:
- Informatie: "Waar ben ik nu?" (Bijvoorbeeld: het scherm laat niet zien welke knop je net hebt ingedrukt).
- Duidelijkheid: "Wat betekent dit icoontje?" (Verwarrende tekens of teksten).
- Intuïtie: "Ik dacht dat dit hier zou staan, maar nee." (Dingen staan op de verkeerde plek).
- Efficiëntie: "Ik moet te veel klikken om dit te doen." (Te veel werk voor een simpele taak).
De creatieve metafoor:
Stel je voor dat je in die keuken staat en je wilt een ei bakken.
- Een bug is als een kapotte pan: het ei valt eruit en je kunt niets doen.
- Een UX-reukje is als een pan met een handvat dat zo heet wordt dat je een ovenwant moet gebruiken, terwijl je gewoon een ei wilt bakken. Je kunt het doen, maar het is irritant en vertraagt je.
4. De verrassende conclusie: De beste dingen zijn het meest gebrekkig
Het meest interessante is wat ze ontdekten over de prioriteiten.
Programmeurs vinden snelheid en duidelijkheid het allerbelangrijkst. Maar juist op die plekken zitten de meeste "reukjes".
- De "Salience-Neglect" Hypothese: Omdat de keuken zo druk is en zo snel groeit, vergeten de ontwerpers soms de kleine details. Ze bouwen steeds nieuwe apparaten (functies), maar vergeten dat de knoppen op het nieuwe apparaat misschien niet logisch zijn. De "reuk" van verwarring is het sterkst precies daar waar de programmeurs het meest afhankelijk van zijn.
- De "Saturatie" Hypothese: De dingen die minder vaak worden geklaagd (zoals "leuk om te leren" of "flexibiliteit") zijn eigenlijk al best goed. De basis is zo stabiel dat de kleine ergernissen nu vooral zitten in de randzaken.
5. Wat betekent dit voor de toekomst?
De auteurs zeggen: "We hebben een schatting gemaakt van de 'UX-schuld'."
Net zoals je een huis kunt bouwen met een lekke dakgoot (technische schuld), kun je een software-programma bouwen met een verwarrende interface (UX-schuld). Als je dit niet oplost, wordt het programma op den duur zo zwaar en oncomfortabel dat programmeurs er minder graag in werken.
Kort samengevat:
Deze studie gebruikt slimme robots om te lezen wat duizenden programmeurs zeggen over Visual Studio Code. Ze ontdekten dat het programma technisch prima werkt, maar dat de "gebruiksvriendelijkheid" vaak vastloopt op de belangrijkste plekken: duidelijkheid en snelheid. Het is alsof je een Formule 1-auto hebt die razendsnel is, maar waarvan het stuurwiel soms vastloopt. De onderzoekers willen dat de bouwers die kleine vastlopers oplossen, zodat de rit weer soepel verloopt.
Verdrinkt u in papers in uw vakgebied?
Ontvang dagelijkse digests van de nieuwste papers die bij uw onderzoekswoorden passen — met technische samenvattingen, in uw taal.