← Últimos artigos
💻 computer science

Detecting UX smells in Visual Studio Code using LLMs

Este trabalho apresenta uma abordagem assistida por LLMs para detectar "odores" de UX no Visual Studio Code, minerando e classificando problemas relatados por usuários no GitHub, revelando que a maioria das falhas se concentra em informatividade, clareza, intuitividade e eficiência.

Autores originais: Andrés Rodriguez, Juan Cruz Gardey, Alejandra Garrido

Publicado 2026-02-26
📖 4 min de leitura☕ Leitura rápida

Autores originais: Andrés Rodriguez, Juan Cruz Gardey, Alejandra Garrido

Artigo original sob licença CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta é uma explicação gerada por IA do artigo abaixo. Não foi escrita nem endossada pelos autores. Para precisão técnica, consulte o artigo original. Ler aviso legal completo

Imagine que o Visual Studio Code (VSCode) é como um taller de mecânica super moderno onde os programadores (os mecânicos) consertam e constroem carros (o software).

Este taller é incrível, tem ferramentas de alta tecnologia e ajuda os mecânicos a trabalhar rápido. Mas, assim como qualquer lugar cheio de gente e ferramentas, às vezes as coisas ficam confusas: uma chave de fenda está no lugar errado, o manual de instruções é ilegível ou a luz do teto pisca de um jeito que irrita.

Essas pequenas irritações, que não quebram o carro, mas tornam o trabalho mais cansativo e chato, são chamadas de "Odores de UX" (UX Smells). "UX" significa Experiência do Usuário.

O que os autores fizeram?

Os pesquisadores (Andrés, Juan e Alejandra) queriam entender por que os programadores reclamam tanto desse "taller". Em vez de fazerem uma pesquisa tradicional (que é lenta e cara), eles usaram uma Inteligência Artificial muito inteligente (um LLM, como um "robô leitor") para ler milhares de reclamações que os programadores postaram no GitHub (o "livro de sugestões" do VSCode).

Pense nisso como se eles tivessem contratado um detetive robótico para ler 2.350 cartas de reclamação e organizar as queixas em categorias.

O que eles descobriram? (A Analogia do "Taller")

Depois de analisar tudo, o robô e os pesquisadores descobriram que a maioria das reclamações não era sobre o motor do carro (o código em si) ou sobre ferramentas que quebraram (bugs técnicos). A maioria das reclamações era sobre como o taller "conversava" com o mecânico.

Eles agruparam as queixas em quatro grandes grupos:

  1. O Grupo da "Visão Clara" (54% das reclamações):

    • O problema: O mecânico olha para o painel e não entende o que está acontecendo. As luzes não avisam quando algo está carregando, os ícones são confusos ou o texto é pequeno demais.
    • A metáfora: É como entrar em um quarto escuro e não saber onde está a porta. O programador sabe o que quer fazer, mas a ferramenta não deixa claro como fazer.
    • Conclusão: A maior parte do "mau cheiro" está aqui. O taller é muito complexo e não explica bem o que está fazendo.
  2. O Grupo da "Fluidez" (29% das reclamações):

    • O problema: As coisas demoram ou exigem passos desnecessários. Você clica em algo e ele abre longe demais, ou precisa confirmar a mesma coisa três vezes.
    • A metáfora: É como tentar cozinhar, mas a geladeira está no quintal e você tem que abrir a porta da frente da casa toda vez que precisa de leite. Isso quebra o ritmo do trabalho.
  3. O Grupo da "Estrutura" (12% das reclamações):

    • O problema: Coisas que não funcionam de forma consistente. Um botão muda de cor no Windows e fica diferente no Mac.
    • A metáfora: É como ter uma chave de fenda que às vezes é azul e às vezes é vermelha, dependendo de qual dia da semana é. Isso gera confusão e desconfiança.
  4. O Grupo "Secundário" (5% das reclamações):

    • O problema: Coisas sobre aprender a usar o taller ou personalizá-lo ao seu gosto.
    • A metáfora: Ninguém reclama que o taller não tem um manual de "como se tornar um mestre mecânico" porque, para a maioria, o básico (consertar o carro) já funciona.

A Grande Lição: A "Dívida de UX"

Os autores falam sobre "Dívida de UX". Imagine que, quando você constrói algo rápido, você deixa algumas coisas "pelas pontas" (como não pintar a parede ou deixar o cabo solto). Com o tempo, essas pequenas coisas acumulam e viram uma "dívida" que você precisa pagar no futuro.

A descoberta mais interessante é que, em ferramentas como o VSCode, a dívida não está nas ferramentas quebradas, mas na comunicação.

  • O taller funciona bem tecnicamente (o motor não quebra).
  • Mas ele "fala" mal com o usuário (o manual é ruim, as luzes não avisam).

Por que isso importa?

O estudo mostra que, quanto mais maduro e complexo um software fica, mais ele acumula "dívidas" na forma como se comunica com o usuário. Os programadores valorizam mais a clareza e a eficiência do que a beleza ou a flexibilidade. Quando o software cresce muito, ele começa a "atropelar" a clareza em favor de adicionar mais funcionalidades.

Resumo da ópera:
O VSCode é um gigante poderoso, mas está ficando um pouco "confuso" e "barulhento". Os programadores não estão pedindo ferramentas novas, eles estão pedindo: "Por favor, explique melhor o que você está fazendo e não me faça dar voltas desnecessárias". A Inteligência Artificial ajudou a ouvir esse grito silencioso de milhares de pessoas de uma só vez.

Afogado em artigos na sua área?

Receba digests diários dos artigos mais recentes que correspondam às suas palavras-chave de pesquisa — com resumos técnicos, no seu idioma.

Experimentar Digest →