Melanie Sumner é uma engenheira de software especializada em acessibilidade digital. Falamos sobre a trajetória dela até a engenharia, o design acessível, a Ember.js e a importância de financiar esses esforços.
Esta postagem destaca um especialista da comunidade como parte do programa Aprenda a acessibilidade.
Alexandra White: 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ódigo para a Web há 25 anos. Minha primeira carreira foi... um tipo de espião. Eu era analista de inteligência na Marinha dos EUA, e programação era meu hobby.
Eu não gostava muito de ser espiã. Parece que eu não gostava da morte. Como a maioria das pessoas não, quando tem que estar mais perto disso. Tive que decidir o que queria fazer em seguida, e era hora de transformar meu hobby em minha carreira. Nos últimos 10 anos, meu foco foi principalmente a engenharia de software na área de acessibilidade.
Alexandra: Você nem sempre ouve: "Primeiro, eu era uma espiã". Não tem problema. O que trouxe você para o trabalho de acessibilidade?
Melanie: na época, eu estava trabalhando na Chapel Hill da Universidade da Carolina do Norte [UNC], no Departamento de Desenvolvimento. Eles não são desenvolvimento como Web, mas desenvolvimento como arrecadação de fundos.
Meu gerente direto tinha uma deficiência visual e teve que ampliar tudo para 400% para vê-la. Ele era um engenheiro de software fantástico. Provavelmente o melhor gerente que já tive, na verdade. Mas ele estava sempre quebrando minhas coisas, porque ele se aproximava do meu trabalho. Se eu não tivesse pensado em construir as coisas de forma responsiva, elas iriam quebrar.
O chefe do meu gerente era daltônico. Não sei se você sabe como é o azul UNC, mas é esta cor azul-claro (link em inglês). E eles adoraram usá-lo em branco.
Alexandra: (risos) Ah, não.
Melanie: O chefe dele sempre reclamava que ele nunca poderia ver meu trabalho. Tive que desenvolver um conjunto de cores complementares e um esquema de cores para nossos sites. Isso me fez pensar sobre contraste de cores e como pessoas deficientes visuais (ou daltônicos) usam a Web.
Como a UNC é uma universidade estadual, há um requisito federal dos EUA para estar em conformidade com o nível de acessibilidade AA das WCAG. Buscamos o nível AAA porque é uma instituição de ensino.
Conforme 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. É claro, as pessoas trabalham na acessibilidade na Web desde que ela existe. Às vezes, os engenheiros de JavaScript (em especial) são um pouco lentos quando se trata de acessibilidade digital.
Eu chamo a acessibilidade a fronteira final da web. Muitas pessoas boas trabalham em 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 já leu muitos documentos longos e complexos, na Marinha e na UNC. Você achou difícil entender as especificações?
Melanie: Tive que ler cerca de cinco vezes antes de entender, e eu li outras especificações antes. Eu sempre digo às pessoas: não se sinta mal se não entender, porque tive que ler as especificações cinco vezes! Nem estou brincando.
Leva muito tempo para se acostumar com a linguagem de especificações. E se você não interpretá-la corretamente, pode fazer a coisa errada. Além disso, é importante entender que grande parte da linguagem de especificações é destinada a desenvolvedores de navegadores. Procure "autores deveriam", porque essa é uma referência a desenvolvedores da Web.
Alexandra: Muita coisa na Web poderia ser melhor se mais desenvolvedores soubessem como decifrar as especificações.
Melanie: há muito a ser dito sobre sites que fazem essa interpretação para você. Criei o a11y-automation.dev (link em inglês), e esse site é como meu bebê, meu projeto paralelo. tento discriminar todas as violações de acessibilidade e vinculá-las aos critérios de sucesso das WCAG em questão. Se houver 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 corrigi-la. Para correções automatizadas que não existem, talvez você esteja inspirado a escrever um linter ou um modelo, ou talvez se inspire para criar algum tipo de teste.
Prefiro trabalhar em código aberto, porque vocês conseguem tirar proveito uns dos outros e oferecer uma melhoria (às vezes uma melhoria, às vezes não, mas todos fazemos nosso melhor). Desenvolvemos as coisas uns dos outros e acabamos com esse ótimo resultado para a Web.
Como financiar a acessibilidade
Alexandra: Fiquei muito atraída pelo pleasefunda11y.com. É muito importante que os desenvolvedores aprendam a criar sites acessíveis, mas eles nem sempre terão os recursos sem a aprovação e o financiamento 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 seguir para o CSS. Adoro o CSS, que podemos fazer muito 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 solicitando financiamento para acessibilidade, mas queria conselhos sobre qual trabalho específico poderia ser financiado. Esse é um grande problema: os investidores de código aberto querem dar dinheiro a projetos específicos, não a ideias gerais que não têm resultado determinado. Reservei algum tempo para escrever algumas iniciativas específicas, o que é necessário e como elas ajudarão a tornar os sites acessíveis.
Mesmo que as empresas trabalhem para esses esforços sem mim, podemos avançar a acessibilidade na Web de forma significativa. É um gasto muito pequeno em comparação com outros esforços da Web, e teria um enorme impacto na vida das pessoas.
O modo atual de pensar geralmente é: "Bem, quantas pessoas têm deficiência?" Ela deve 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". Talvez você não se identifique como pessoa com deficiência se for daltônico, mas isso afeta seu relacionamento com a tecnologia.
Alexandra: Conte mais sobre sua relação com a tecnologia. Como isso se relaciona à acessibilidade?
Melanie: por exemplo, se você tem neurodiversa, talvez precise de uma linguagem muito simples e direções muito claras. É melhor navegar por três ou quatro telas em um fluxo, fazendo algumas escolhas por vez até chegar ao final. Não há boa orientação para aplicativos técnicos modernos.
Temos empresas inteiras que fazem DevOps e, se você tenta usar alguns desses sites, fica tipo, "Meu Deus", sabe? Tentamos embalar a pia da cozinha em todas as nossas interfaces hoje em dia.
Alexandra: Você pode compartilhar um exemplo?
Melanie: por exemplo, o GitHub tem menus suspensos com guias aninhadas. E [suspiro exausto]. Não consigo ficar chateado, mesmo que esteja frustrado. A Web moderna precisa crescer para atender a novas demandas. Mas também temos a responsabilidade de construir de uma maneira que não deixe as pessoas para trás.
Isso é o que me move, é minha paixão. Não quero que ninguém consiga um emprego porque as ferramentas que precisam usar não são acessíveis.
Alexandra: 100%. E as pessoas costumam pensar em criar produtos acessíveis para usuários externos, sem necessariamente pensar nos funcionários.
Melanie: Achei que esse conselho sobre financiamento beneficiaria a todos.
Sempre ouço os engenheiros dizerem que adorariam ter acessibilidade, mas "minha empresa não se importa". Aposto que eles se importam! Você só precisa preencher a lacuna da lógica de negócios. Mostre a eles os benefícios para a empresa. Claro, o site tem código aberto, e eu adoro contribuições e edições.
Alexandra: Muitas vezes, a acessibilidade fica no fim do processo, por exemplo, “Podemos simplesmente tornar isso acessível mais tarde”. Mas vai levar muito mais tempo para adicioná-lo mais tarde do que para integrar práticas acessíveis em todo o projeto.
Melanie: eu costumo dizer: "Você quer pagar para criá-lo uma vez ou quer pagar para criá-lo duas vezes?"
Ember.js e a equipe principal de acessibilidade
Alexandra: Sei que você também faz parte da equipe principal do framework Ember.js. Como você se envolveu?
Melanie: fui contratada para trabalhar na JPMorgan Chase, nas plataformas bancárias de investimento corporativo. O Ember é um framework JavaScript pesado usado quando você precisa de uma base realmente estável (talvez até mesmo chata), que pode ajudar a evitar a escrita de códigos que podem resultar em prejuízos financeiros. A Ember tem garantia de compatibilidade com versões anteriores. É possível fazer upgrade todas as vezes, mesmo que você atinja uma versão principal. Tentamos fazer as coisas de forma incremental, para que isso não corrompa seu app.
De qualquer forma, fui a uma conferência da Ember e conheci várias pessoas na comunidade. O pessoal de brasa foi tão genti. E há um código de conduta muito forte que eu ainda não tinha visto em outros lugares.
Quando saí do exército, queria entrar na segurança. Fui a um encontro de infosec e não vi nenhuma outra mulher lá. Um dos caras mais velhos olhou para mim e disse: "Você está no lugar certo, querida?"
Alexandra: [Gronha] Está doendo. E isso não surpreende. Tive algo parecido.
Melanie: Eu queria dizer que foi em 2011, talvez em 2012? O cenário mudou muito. Passei a noite naquele encontro para provar um ponto. Eu não deveria deixar esse comentário me desligar. Eu contava piadas, fiz boas anotações e participei da conversa para que as pessoas soubessem que eu estava lá. Acho que grande parte da minha carreira tem provado que os homens estão errados.
Mas não quero que mulheres se tornem engenheiras de software só para provar que os homens estão errados. Queria ser engenheira de software para criar coisas incríveis, porque é divertido. Mulheres deveriam ter essa opção de carreira.
Alexandra: Claro!
Melanie: compartilhei o que eu sabia sobre acessibilidade com a comunidade Ember, porque, como uma plataforma bancária, você precisa atender aos requisitos federais dos EUA. Yehuda Katz e Tom Dale disseram: "Temos uma lacuna na equipe. Temos muitos especialistas em JavaScript, especialistas em desempenho, pessoas de outro mundo inteligentes e precisamos de alguém com conhecimento em acessibilidade." E me convidaram para entrar na equipe principal.
Estou trabalhando em iniciativas para ajudar a tornar o Ember acessível por padrão. Isso significa
que, ao dizer ember new <my-app-name>, você precisa transmitir imediatamente os critérios de sucesso
WCAG.
Alexandra: Vi uma longa lista de ferramentas de acessibilidade para o Ember no GitHub. Você descobriu que as pessoas da comunidade Ember estão animadas em contribuir com essas ferramentas?
Melanie: Essa foi uma parte muito empolgante desse trabalho. Escrevi regras de inspeção de acessibilidade para a Ember enquanto trabalhava no LinkedIn. Depois, saí do LinkedIn para trabalhar para a Hashicorp, e outras pessoas ainda estão contribuindo com o linter porque ele é útil para elas. Essa é a parte deste trabalho que me dá relaxamento e me empolga.
Aceitamos que, como referência, a acessibilidade é um direito civil. Isso não pode ser discutido.
O que discutimos é: o que podemos implementar? Quando? Como fazemos isso? Como podemos ensinar isso e torná-lo compatível com versões anteriores? Como podemos ajudar os desenvolvedores a oferecer suporte de acessibilidade sem um enorme recurso extra que eles precisam criar ou planejar?
Alexandra: A acessibilidade é um direito civil. Isso me dá calafrio! Deve ser algo que todos conhecemos como verdade.
Melanie: pessoas já me falaram coisas desinformadas, como "Eu não usaria a Internet se eu fosse cega". Não vou ter essas discussões, porque elas costumam ser usadas para distrair do trabalho.
Ao escrever um código acessível, você terá aumentos de desempenho porque
pensa em criar sites com base nas especificações W3C. Você usará o HTML semântico, em vez de apenas divs, e usará cabeçalhos. Ao escolher um
<button>, em vez de adicionar um evento de clique a uma <div>, você terá
melhorias no desempenho.
Uma coisa: automatizar a acessibilidade
Alexandra: O que os desenvolvedores da Web precisam fazer para criar sites acessíveis?
Melanie: adicionar automação. Comece com um linter já existente para qualquer framework que você tenha ou tipo de código usado. Não importa qual você usa! Seu build deverá falhar se uma dessas regras for corrompida.
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? Atualmente, um ser humano precisa entender isso, e não automação.
No entanto, uma ferramenta automatizada pode informar "Você não está transmitindo o contraste de cor". Apenas corrija. Não luta, não diga: "Mas eu não quero, prefiro assim". Não é sobre você. Trata-se de disponibilizar o que fazemos para todo mundo todos os dias.
A acessibilidade é uma jornada, e você está sempre aprendendo. Sou especialista em acessibilidade há mais de uma década e ainda estou aprendendo coisas novas o tempo todo! Não fique na defensiva, só faça isso.
Acompanhe o trabalho de Melanie no site melanie.codes e no Twitter @a11yMel. Confira os recursos de acessibilidade dela em pleasefunda11y.com, a11y-info.com e a11y-automation.dev.