Melanie Sumner é engenheira de software especializada em acessibilidade digital. Conversamos sobre a trajetória dela na engenharia, design acessível, Ember.js e a importância de financiar esses esforços.
Esta postagem destaca um especialista da comunidade, como parte do Aprenda sobre acessibilidade!
Alexandra Klepper: Obrigada por se juntar a mim! Quem você é e o que faz?
Melanie Sumner: Meu nome é Melanie Sumner e sou engenheira de software especializada em acessibilidade digital. Escrevo códigos para a Web há 25 anos. Minha primeira carreira foi... meio espiã. Eu era analista de inteligência na Marinha dos EUA, e a programação era meu hobby.
Eu não gosto muito de ser espiã. A morte não era o que eu queria. Como a maioria das pessoas não são, quando precisam estar mais próximas. Tive que decidir o que eu queria fazer em seguida, e era hora de transformar meu hobby em carreira. Nos últimos 10 anos, me concentrei na engenharia de software no espaço de acessibilidade, especificamente.
Alexandra: você não ouve com frequência: "Ah, primeiro eu fui uma espião". Não tem problema. O que trouxe você para o trabalho de acessibilidade?
Melanie: Eu trabalhava na Universidade da Carolina do Norte [UNC] em Chapel Hill, no Departamento de Desenvolvimento. Eles não significam desenvolvimento como desenvolvimento da Web, mas desenvolvimento como captação de recursos.
Meu gerente direto tinha uma deficiência visual e ele teve que ampliar tudo para 400% para ver. Ele era um engenheiro de software fantástico. Na verdade, provavelmente o melhor gerente que já tive. Mas ele sempre quebrava minhas coisas, porque ele dava zoom para olhar meu trabalho. Se eu não tivesse pensado em construir coisas de forma responsiva, elas quebrariam.
O chefe do meu gerente é daltônico. Não sei se você sabe como é o azul UNC, mas é esta cor azul-celeste-claro. E eles adoraram usá-lo em branco.
Alexandra: (risos) Ah, não.
Melanie: O chefe dele sempre reclamava que não conseguia ver meu trabalho. Tive que desenvolver um conjunto de cores complementares e um esquema de cores para nossos sites. Isso me fez pensar sobre o contraste de cores e como as pessoas que têm daltonismo (ou qualquer outra deficiência visual) usam a Web.
Como a UNC é uma universidade estadual, há um requisito federal dos EUA para obedecer ao nível AA de acessibilidade da WCAG. Nosso objetivo era o nível AAA porque é uma instituição de ensino.
À medida que aprendi mais sobre os requisitos estaduais e federais e comecei a ler a especificação de acessibilidade do W3C, pensei: "Tudo isso faz sentido". A maior parte da Web não estava em conformidade, pelo que percebi. É claro que as pessoas trabalham com acessibilidade na Web desde que a Web existe. Às vezes, os engenheiros de JavaScript (em particular) são um pouco lentos na adoção da acessibilidade digital.
Eu chamo a acessibilidade de fronteira final da Web. Muitas pessoas boas trabalham com automação para acessibilidade, e precisamos trabalhar em soluções da mesma forma que abordamos outros problemas difíceis, como desempenho e segurança.
Alexandra: Você provavelmente leu muitos documentos longos e complexos, na Marinha e na UNC. Você achou difícil entender a especificação?
Melanie: Tive que ler cinco vezes antes de entender, e eu já tinha lido outras especificações. Sempre digo às pessoas para não se sentirem mal se não entenderem, porque eu tive que ler a especificação cinco vezes. Não estou brincando.
Leva muito tempo para se acostumar com a linguagem de especificação. E se você não interpretar corretamente, pode fazer a coisa errada. Além disso, é importante entender que grande parte da linguagem de especificação é destinada a desenvolvedores de navegadores. Procure "os autores deveriam", porque essa é uma referência para desenvolvedores Web.
Alexandra: Muitas coisas na Web poderiam ser melhores se mais desenvolvedores soubessem como decifrar as especificações.
Melanie: Há muito a se dizer sobre sites que fazem essa interpretação para você. Eu criei o a11y-automation.dev, e esse site é como meu bebê, meu projeto paralelo. Tento listar todas as violações de acessibilidade e vincular ao critério de sucesso da WCAG em questão. Se houver uma automação para evitar o erro, vou oferecer essa solução.
Você pode se familiarizar com a lista de possíveis violações, mas o mais importante é aprender a corrigir o problema. Para correções automáticas que não existem, talvez você se sinta inspirado a criar um linter ou um modelo. Talvez você se inspire para criar algum tipo de teste.
Eu prefiro trabalhar com código aberto, porque você pode se inspirar em outros usuários, oferecer uma melhoria (às vezes uma melhoria, às vezes não, mas todos nós fazemos o possível). Nós construímos as coisas uns dos outros e, em seguida, chegamos a um resultado muito bom para a Web.
Como financiar a acessibilidade
Alexandra: Fiquei muito interessada em pleasefunda11y.com. É muito importante que os desenvolvedores aprendam a criar sites acessíveis, mas eles nem sempre terão os recursos necessários sem o financiamento e a aprovação da liderança executiva. Por que você decidiu criar este site?
Melanie: Fiquei frustrada porque a acessibilidade é muito insuficiente. Todo o financiamento de código aberto parece continuar indo para o CSS. E eu adoro CSS, podemos fazer muitas coisas com ele.
Criei o site porque Addy Osmani, gerente de engenharia de software do Chrome, entrou em contato e disse que viu que eu estava pedindo financiamento de acessibilidade, mas queria conselhos sobre qual trabalho específico poderia ser financiado. Isso é um grande problema: os financiadores de código aberto querem doar dinheiro para projetos específicos, não para ideias gerais que não têm um resultado determinado. Dediquei um tempo para anotar algumas iniciativas específicas, o que é necessário e como elas vão ajudar a tornar os sites acessíveis.
Mesmo que as empresas desenvolvam esses esforços sem mim, poderíamos avançar na acessibilidade na Web de uma maneira muito significativa. É um gasto muito pequeno em comparação com outros esforços da Web e teria um grande impacto na vida das pessoas.
A maneira atual de pensar é, muitas vezes, "Bem, quantas pessoas têm uma deficiência?" Ela deveria ser: "Qual é a relação de qualquer pessoa com sua tecnologia?".
E algumas pessoas me disseram: "Bem, eu não acho que o daltonismo seja uma deficiência". Você pode não se identificar como tendo uma deficiência se tiver daltonismo, mas isso afeta sua relação com a tecnologia.
Alexandra: Fale mais sobre a compreensão da sua relação com a tecnologia. Como isso se relaciona com a acessibilidade?
Melanie: por exemplo, se você tem neurodiversidade, talvez precise de uma linguagem muito simples e instruções muito claras. Talvez seja melhor navegar por três ou quatro telas em um fluxo, fazendo algumas escolhas de cada vez até chegar ao final. Não há boas orientações para aplicativos técnicos modernos.
Temos empresas inteiras que fazem DevOps, e se você tentar usar alguns desses sites, você vai dizer "Meu Deus", sabe? Tentamos incluir tudo em todas as nossas interfaces.
Alexandra: você pode compartilhar um exemplo?
Melanie: por exemplo, o GitHub tem menus suspensos com guias aninhadas. E [suspiro exasperado]. Não posso ficar chateado, mesmo que eu esteja frustrado. A Web moderna precisa crescer para atender às novas demandas. Mas também temos a responsabilidade de criar de uma forma que não deixe as pessoas para trás.
Isso é o que me move, é a minha paixão. Não quero que alguém não consiga conseguir um emprego porque as ferramentas que ele precisa usar não são acessíveis.
Alexandra: Cem por cento. E as pessoas costumam pensar em criar produtos acessíveis para usuários externos, mas não necessariamente para os funcionários.
Melanie: Eu pensei que esse conselho de financiamento provavelmente seria bom para todo mundo.
Os engenheiros sempre me dizem que adorariam trabalhar com acessibilidade, mas "minha empresa não se importa". Aposto que sim. Você só precisa preencher a lacuna da lógica de negócios. Mostre o resultado positivo para a empresa. O site tem código aberto, e eu amo contribuições e edições.
Alexandra: Muitas vezes, a acessibilidade é deixada para o final do processo, como "Ah, podemos tornar isso acessível mais tarde". No entanto, levará muito mais tempo para adicioná-lo posteriormente do que para integrar práticas acessíveis em todo o projeto.
Melanie: Costumo dizer: "Você quer pagar para criar uma vez ou quer pagar para criar duas vezes?"
A Ember.js e a equipe principal de acessibilidade
Alexandra: sei que você também está envolvido na equipe principal do framework Ember.js. Como você se envolveu?
Melanie: Fui contratada para trabalhar no JPMorgan Chase, nas plataformas corporativas de banco de investimento. O Ember é uma estrutura JavaScript pesada usada quando você precisa de uma base muito estável (talvez até um pouco chata), que pode ajudar a evitar a criação de código que perde muito dinheiro. A Ember tem garantia de compatibilidade com versões anteriores. Você pode fazer upgrade sempre, mesmo se encontrar uma versão principal. Tentamos fazer as coisas de forma incremental para que isso não quebre seu app.
De qualquer forma, eu fui a uma conferência do Ember e conheci várias pessoas na comunidade. As pessoas da Ember foram muito gentis. E existe um código de conduta realmente forte que eu ainda não conhecia em outros lugares.
Quando saí do exército, queria trabalhar com segurança. Fui a um encontro de InfoTypes e não vi outra mulher lá. Um dos homens mais velhos me olhou e disse: "Tem certeza de que está no lugar certo, querida?"
Alexandra: [Gemidos] Dói. E não é de surpreender. Já aconteceu algo parecido comigo.
Melanie: Acho que foi em 2011, talvez 2012? O cenário mudou muito. Eu fiquei naquela noite, durante o evento, para provar um ponto. Eu não ia deixar esse comentário me parar. Fiz piadas, fiz boas anotações e participei da conversa para que as pessoas soubessem que eu estava ali. Acredito que boa parte da minha carreira tem provado que os homens estão errados.
Mas não quero que as mulheres se tornem engenheiros de software apenas para provar que os homens estão errados. Eu queria ser uma engenheira de software para criar coisas incríveis, porque é divertido fazer isso. As mulheres deveriam ter essa opção de carreira.
Alexandra: Com certeza.
Melanie: compartilhei com a comunidade da Ember o que eu sabia sobre acessibilidade, porque, obviamente, como uma plataforma bancária, você precisa obedecer aos requisitos federais dos EUA. Yehuda Katz e Tom Dale disseram: "Temos uma lacuna na equipe. Temos muitos especialistas em JavaScript, de desempenho, pessoas de outro mundo inteligentes, e precisamos de alguém com conhecimento de acessibilidade." E eles me convidaram para participar da equipe principal.
Estou trabalhando em iniciativas para ajudar a tornar o Ember acessível por padrão. Isso significa que,
quando você diz ember new <my-app-name>, precisa passar imediatamente nos critérios de sucesso
da WCAG.
Alexandra: Vi uma lista longa de ferramentas de acessibilidade para Ember no GitHub. Você acha que as pessoas na comunidade Ember estão animadas para contribuir com essas ferramentas?
Melanie: Essa é uma parte muito interessante do trabalho. Escrevi regras de linting de acessibilidade para o Ember enquanto trabalhava no LinkedIn. Depois, saí do LinkedIn para trabalhar na Hashicorp. Outras pessoas ainda estão contribuindo com o linter porque ele é útil para elas. Essa é a parte do trabalho que me dá frio na espinha e me deixa animado.
Aceitamos que, como base, a acessibilidade é um direito civil. Isso não está em discussão.
O que discutimos é: o que podemos implementar? Quando? Como fazemos isso? Como ensinamos isso e tornamos compatível com versões anteriores? Como ajudamos os desenvolvedores a oferecer suporte à acessibilidade sem um recurso extra enorme que eles precisam criar ou planejar?
Alexandra: A acessibilidade é um direito civil. Isso me dá calafrios! Deve ser algo que todos sabemos como verdade.
Melanie: Já ouvi pessoas dizerem coisas desinformadas para mim, como "Eu não usaria a Internet se fosse cego". Ou, "Por que preciso pensar em deficiências quando são apenas 5% dos meus usuários, se funciona para 90% deles?" Não vou ter essas discussões, porque elas são usadas com frequência para distrair do trabalho.
Quando você escreve código acessível, tem um aumento de desempenho porque
está pensando em criar sites com base nas especificações do W3C. Você vai usar o
HTML semântico em vez de apenas divs e usar títulos. Você vai escolher um
<button> em vez de adicionar um evento de clique a um <div> e vai ter
melhorias de desempenho.
Faça uma coisa: automatize a acessibilidade
Alexandra: O que os desenvolvedores da Web precisam fazer para criar sites acessíveis?
Melanie: adicionar automação. Comece com um lint existente para qualquer framework que você tenha, qualquer tipo de código que você esteja usando. Não me importo com qual você usa! Seu build poderá ser corrompido se uma dessas regras for quebrada.
Algumas coisas não podem ser automatizadas, porque a IA ainda não consegue decifrar a intent. Por exemplo, o valor do texto alternativo de uma imagem precisa ser significativo, mas o que isso significa? No momento, as pessoas precisam perceber isso, e não a automação.
Mas uma ferramenta automatizada pode informar que o contraste de cor não está sendo transmitido. Apenas conserte isso. Não discuta, não diga: "Mas não quero, prefiro assim". Não é você. O objetivo é disponibilizar o que fazemos para todos no mundo todos os dias.
A acessibilidade é uma jornada, e você sempre vai estar aprendendo. Sou especialista em acessibilidade há mais de uma década e ainda aprendo coisas novas o tempo todo. Não se defenda, apenas faça.
Acompanhe o trabalho da Melanie no site dela em melanie.codes e no Twitter @a11yMel. Confira os recursos de acessibilidade em pleasefunda11y.com, a11y-info.com e a11y-automation.dev.