01 jul 09 Mais do que funcionalidade

Em quase três anos de Egenharia de Computação, minha visão sobre a área saiu da de usuário final para a de programador. O problema desse processo é que o foco passa a ser na funcionalidade: um programa recebe uma tarefa e deve completá-la. Durante esse tempo, a noção de interface se resumia à linha de comando.

Porém, neste semestre, com a disciplina MC750, tive contato com o aspecto da interface entre usuário e programa. Isso retoma a visão de usuário final que possuía, mas de maneira muito mais crítica, já que falhas de interface são definidas com heurísticas, e não apenas com a sensação de que “algo está errado”. Embora muitas das heurísticas não apresentem fronteiras bem definidas, elas permitem delinear o que pode ser melhorado num projeto.

O problema do programador é também subestimar os problemas de interface que ele encontra, de forma a sempre se acostumar a ter um “atalho” para resolver o problema, o que não pode ser considerado para o usuário final. Estes, querem clareza, fácil uso mas ao mesmo tempo acessar tudo o que puderem. E cabe ao programador manter essa visão enquanto aprimora seu projeto, visão esta desenvolvida com a disciplina.

Outro aspecto novo para mim foi o de acessibilidade. A tendência é que se você não tem o problema, você não pensa em como seria se o tivesse. Como programador, é minha responsabilidade idendificar no projeto o que pode ser facilitado e simplificado, além do que eu considero já suficiente. Isso permite que o seu projeto possa ser alcançável para todos.

Saindo para o mercado, espero utilizar esses conceitos aprendidos para que o que eu desenvolva, seja claro não só para usuários avançados, mas para todos os que se interessem pelo que foi desenvolvido. A funcionalidade também é importante, mas ela não é nada sem a facilidade de uso.

Josué Andrade

Tags: interfaces, unicamp

10 jun 09 Site da Azul e problemas na interface

Este semestre estou cursando na Unicamp a matéria de Construção de Interfaces Homem-Computador vulga MC750 com a professora Heloisa Vieira da Rocha e uma das tarefas é relacionar o mundo real com o aprendido em sala de aula, entre os diversos assuntos que tivemos contato, um deles foram as 10 heurísticas de Nielsen. A fim de relacionar as heurísticas de Nielsen com o mundo real, analisarei o site da companhia aérea da Azul.

Com planos de ir ao FISL, comecei minha empreitada acessando os sites das mais diversas companhias aéreas para fazer as cotações de preço e horário, encontrei alguns problemas de interface em todos os sites que visitei, mas o problema da Azul foi o que mais me incomodou, a partir do segundo site reparei que para fazer uma busca/cotação por voos eu tinha que preencher os seguintes campos:

• Cidade/Aeroporto origem;
• Cidade/Aeroporto destino;
• Data ida;
• Data volta.

Os campos necessários para a cotação são mais do que lógicos, não tem como o site adivinhar de onde você deseja partir e para onde ir, nem como a data que você planeja ir e voltar, alguns sites já preenchem a data com algum valor válido, mas esse tipo de preenchimento só serve para verificar os preços e não os horários, ainda temos o agravante que o preço é diferente de uma data para a outra.

Somente ao acessar o site da Azul eu reparei que tinha que escolher a quantidade de adultos e crianças que eu estava cotando, por que?

Isso mesmo, eu preenchi todos os campos que eu já estava preenchendo nos outros sites das companhias concorrentes, mas quando cliquei para pesquisar recebi uma mensagem informando que eu tinha que escolher pelo menos um tipo válido de passageiro, daí então notei que havia um campo preenchido com zero adultos.

Escolhi a opção correta, no meu caso um adulto, e fiz a cotação, surpreendentemente quando alterei a data para ver outros horários levei outro aviso idêntico na cara, o que eu tinha feito de errado? Nada! Aconteceu que todos os campos do formulário vieram preenchidos corretamente, exceto o campo do número de adultos e crianças que estavam zerados como exibido abaixo.

Como o site não seguia o padrão das concorrentes eu recebi esse aviso pelo menos umas cinco vezes até aprender, por repetição, como utilizar o site da Azul.

Fiquei questionando a lógica da escolha por zero adultos e zero crianças, tentei dar algum sentido dentro da minha cabeça, mas não tinha desculpa. Acredito que se fizermos uma análise de quantas pessoas compram/cotam com todas as combinações possíveis das quantidades de adultos e crianças a mais utilizada será a de um adulto e zero crianças.

Depois de muito me questionar, cheguei a conclusão de que a desculpa menos esfarrapada para ter este tipo de opção no site era a possibilidade de se comprar uma passagem para uma criança e nenhum adulto, qual não foi a minha surpresa ao tentar cotar essa possibilidade e me deparar com o erro abaixo.

O que tudo isto tem a ver com as 10 heurísticas de Nielsen, basta visitarmos o site que cita as heurísticas para sabermos que pelo menos uma heurística foi violada:

5) prevenir erros

• Evitar situações de erro.
• Conhecer as situações que mais provocam erros e modificar a interface para que estes erros não ocorram.

Quais modificações na interface deveriam ser feitas para que estes erros não ocorram mais?

A solução é simples:

• Selecionar um adulto e zero crianças por padrão;
• Recuperar corretamente o formulário preenchido para cotação.

Não perca os próximos posts que também falarão sobre interfaces.

Tags: interfaces, unicamp

fd = open("emails.txt", "w")
n_convite = 96
for i in xrange(n_convite):
    fd.write("www%s@www.www,\n" % i)
fd.close()

www0@www.www,
www1@www.www,
www2@www.www,
...