Teclado em Braille: acessibilidade desde o projeto
Poucos produtos públicos no mundo colocaram acessibilidade como requisito de engenharia tão cedo quanto a urna brasileira.
Linha do tempo
- 1996 (UE96): teclado com marcações em Braille
- UE2000: saída de áudio para fones de ouvido e feedback sonoro/tátil nas teclas
- UE2020: intérprete de Libras exibido na tela da urna
Por que isso importa na engenharia
Acessibilidade, quando tratada como feature tardia, custa caro e sai mal. Na urna, ela foi tratada como restrição de design — como carga útil ou latência em sistemas distribuídos. O eleitor cego não é um "caso especial": ele é um usuário do sistema.
Engenharia reversa do caso
Ao desmontar a decisão de 1996, percebemos três princípios úteis para qualquer projeto:
- Conheça seu usuário extremo — se funciona para o eleitor com mais dificuldade, funciona para todos
- Redundância sensorial — áudio, tato e visão entregam a mesma informação por caminhos diferentes
- Simplicidade de interação — poucas teclas, fluxo linear, sem menus escondidos
Ponta da Engenharia Reversa
Desmontando mais uma camada: Braille no teclado é um requisito funcional, não um adereço.
Desmitificando
Mito comum: "acessibilidade na urna serve para poucos". Na verdade, recurso de acessibilidade é recurso de robustez: a mesma lógica que permite votar sem enxergar permite votar sob estresse, pressa e em ambiente ruidoso.
Leitura complementar
- Memorial da Urna Eletrônica do TSE/TRE-RS — acervo oficial com modelos UE96 a UE2022
- G1 — série especial "30 anos da urna eletrônica" (2026)
- Lei nº 9.100/1995 — instituição da informatização do voto
- Lei nº 10.740/2003 — fim da impressão do voto pelo eleitor
Fontes
Conteúdo verificado com base em fontes oficiais e jornalismo de referência (TSE, G1, legislação federal). Não utilizamos Wikipédia como fonte.
