Melanie Sumner é uma engenheira de software especializada em acessibilidade digital. Falamos sobre sua trajetória rumo à engenharia, design acessível, Ember.js e a importância do financiamento desses esforços.
Esta postagem destaca um especialista da comunidade que participa do Aprenda sobre acessibilidade
Alexandra White: Valeu 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. Estou escrevendo código para a Web há 25 anos. Minha primeira carreira foi... meio espião. Eu era analista de inteligência em a Marinha dos EUA, e a programação era meu hobby.
Eu não gostava de ser espião. Descobri que eu não gostava da morte. Como a maioria as pessoas não ficam, quando precisam estar mais próximas. eu tinha que decidir o que eu queria fazer em seguida, e era hora de transformar meu hobby em minha carreira. No(s) último(s) Em 10 anos, me dediquei muito à engenharia de software na área de acessibilidade especificamente.
Alexandra: vocês nem sempre ouvem: "Ah, primeiro eu fui uma espião". Não tem problema. O quê? trouxe você para o trabalho de acessibilidade?
Melanie: Eu estava trabalhando na Capela da Universidade da Carolina do Norte [UNC] Hill na época, no Departamento de Desenvolvimento. Não significa desenvolvimento como o desenvolvimento da Web, são como arrecadar fundos.
Meu gerente direto tinha uma deficiência visual e teve que ampliar tudo para para 400%. Ele era um engenheiro de software fantástico. Provavelmente o melhor gerente que eu já tive, na verdade. Mas ele sempre quebrava minhas coisas, porque aumentar o zoom para ver meu trabalho. Se eu não tivesse pensado em construir coisas de forma responsiva, elas quebrariam.
O chefe do meu gerente era daltônico azul. Não sei se você sabe o que UNC azul mas é esta cor azul-celeste-claro. E eles amaram usá-lo em branco.
Alexandra: (risos) Ah, não.
Melanie: O chefe dele sempre reclamava que nunca conseguia ver meu trabalho. eu tivemos que desenvolver um conjunto de cores complementares e um esquema de cores para os nossos sites. Isso me fez pensar sobre o contraste de cores e pensando em como as pessoas que são pessoas daltônicas (ou com deficiência visual) usam a Web.
Como a UNC é uma universidade estadual, existe Requisito federal dos EUA para estar em conformidade com o nível AA da 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: "Todos isso faz sentido”. A maior parte da Web não estava em conformidade, pelo que percebi. as pessoas trabalham com acessibilidade desde que já existe. Às vezes, os engenheiros de JavaScript, em especial, são um pouco lentos quando se trata de acessibilidade digital.
Eu chamo a acessibilidade de a fronteira final da Web. Muitas pessoas boas trabalham e automação para acessibilidade. Por isso, precisamos trabalhar em soluções da mesma como resolvemos outros problemas difíceis, como desempenho e segurança.
Alexandra: você provavelmente leu muitos documentos longos e complexos, no Marinha e na UNC. Você achou difícil entender as especificações?
Melanie: Tive que ler o texto umas cinco vezes antes de entender, e Eu li outras especificações antes. Eu sempre digo às pessoas: não se sintam mal se você não souber entendi, porque eu tive que ler a especificação cinco vezes! Nem estou brincando.
É preciso muito tempo para se acostumar com a linguagem de especificação. Se você não interpretar corretamente, talvez você faça a coisa errada. Também é importante entender que boa parte da linguagem das especificações é destinada a desenvolvedores de navegadores. Procure "os autores devem", porque essa é uma referência para desenvolvedores Web.
Alexandra: muita coisa na Web poderia ser melhor se mais desenvolvedores soubessem como decifrar as especificações.
Melanie: há muito a 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 detalhar todas as questões de acessibilidade violação e vincular aos critérios de sucesso da WCAG em questão. Se houver do Google para evitar o erro, eu ofereço a solução.
Conheça a lista de possíveis violações, mas saiba mais importante é aprender a corrigi-lo. No caso de correções automáticas inexistentes, talvez esteja inspirado a escrever um linter ou um modelo, talvez você tenha para criar algum tipo de teste.
Eu prefiro trabalhar com código aberto, porque você pode aproveitar cada outro, oferecer uma melhoria (às vezes uma melhoria, às vezes não, mas podemos dar o nosso melhor). Aproveitamos os recursos uns dos outros e acabamos um resultado excelente para a Web.
Como financiar a acessibilidade
Alexandra: Eu me interessei muito pleasefunda11y.com. É muito importante obter os desenvolvedores a aprender a criar sites acessíveis, mas nem sempre eles os recursos sem ter financiamento e aprovação da liderança executiva. Por que que você decide criar este site?
Melanie: Fiquei frustrada porque a acessibilidade é muito insuficiente. Todas as parece que o financiamento de código aberto continua indo para o CSS. E eu amo CSS, podemos fazer tanto com ele.
Criei o site porque Addy Osmani, gerente de engenharia de software do Chrome. Entrei em contato e disse que viu que eu estava pediram financiamento para acessibilidade, mas queria conselhos sobre qual trabalho específico poderia ser financiada. Esse é um grande problema: os financiadores de código aberto querem doar dinheiro a projetos específicos, não a ideias gerais que não têm um resultado determinado. Eu fiz algum tempo para anotar algumas iniciativas específicas, o que é necessário e como ajudam a tornar os sites acessíveis.
Mesmo que as empresas progredissem para esses esforços sem mim, poderíamos passar a acessibilidade na Web de uma forma significativa. É um conjunto de dados em comparação com outros esforços da Web, e teria um enorme impacto sobre a vida das pessoas.
A maneira atual de pensar é muitas vezes: "Bem, quantas pessoas têm deficiência?" Ela deve ser: "Qual é a relação de uma pessoa com tecnologia?"
E algumas pessoas me disseram: "Bem, não acho que o daltonismo seja ou deficiência”. Você pode não se identificar como tendo deficiência se estiver daltônico, mas afeta a sua relação com a tecnologia.
Alexandra: Fale mais sobre como entender sua relação com a tecnologia. Como isso se relaciona com acessibilidade?
Melanie: Por exemplo, se você é neurodiversa, talvez precise de linguagem natural e orientações muito claras. Talvez seja melhor navegar pelas três ou quatro telas em um fluxo, fazendo algumas escolhas por vez até chegar até o fim. Não há boas orientações para aplicativos técnicos modernos.
Temos empresas inteiras que fazem DevOps, e se você tentar usar algumas delas sites, pensamos: "Meu Deus", sabe? Tentamos arrumar a pia da cozinha em todas as nossas interfaces hoje em dia.
Alexandra: Você pode dar um exemplo?
Melanie: por exemplo, o GitHub tem menus suspensos com guias aninhadas. E [suspiro exasperado]. Não consigo ficar chateado (mesmo que esteja frustrado). A Web moderna precisa crescer para atender às novas demandas. Mas também temos a responsabilidade de incorporar de uma maneira que não deixe as pessoas para trás.
Isso é o que me move, é a minha paixão. Não quero que alguém fique conseguir um emprego, porque as ferramentas que eles teriam para usar no trabalho não são acessíveis.
Alexandra: 100%. E as pessoas costumam pensar em construir produtos acessíveis para usuários externos, mas sem necessariamente pensar sobre os funcionários.
Melanie: Eu pensei, sabe, esse conselho de financiamento provavelmente beneficiar a todos.
Sempre ouço de engenheiros que adorariam trabalhar com acessibilidade, mas "minha empresa não se importa." Aposto que eles se importam! Você só precisa conectar o negócio lacuna de lógica. Mostre a eles o resultado benéfico para o negócio. O site está aberto fonte, é claro, e eu adoro contribuições e edições.
Alexandra: A acessibilidade geralmente fica no fim do processo, por exemplo, podemos tornar isso acessível mais tarde." Mas vai levar muito mais tempo adicioná-lo mais tarde do que para integrar práticas acessíveis em todo projeto.
Melanie: Eu sempre digo: "Você quer pagar para criar uma vez ou prefere pagar para construí-lo duas vezes?"
A 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 no JPMorgan Chase, na empresa e bancos de investimento. Ember é um framework de JavaScript pesado usado quando você precisa de uma base realmente estável (talvez até um pouco entediante), isso pode ajudar evita escrever códigos que perdem muito dinheiro. Ember está para trás garantia de compatibilidade. Você pode atualizar sempre, mesmo se atingir um versão principal. Tentamos fazer as coisas de forma incremental, para não falhar seu app.
Enfim, cheguei a uma conferência da Ember e conheci um monte de pessoas na comunidade. O pessoal da Ember foi muito gentil. E há um código de conduta realmente forte que eu acabei que não tinha visto em outros lugares.
Quando saí do exército, queria entrar na área de segurança. Eu fui a um encontro de área de segurança e não vi outra mulher lá. Um dos caras mais velhos olhou para mim e disse: "Tem certeza de que está no quarto certo, querida?"
Alexandra: [Granjo] Isso dói. E isso não surpreende. eu vivenciaram algo semelhante.
Melanie: Quero dizer que isso foi em 2011, talvez em 2012? O cenário mudou muito. Fiquei aquela noite, naquele encontro, para provar um ponto de vista. Eu não era vou deixar esse comentário me desligar. contava piadas, fiz boas anotações e participei da conversa, então as pessoas sabiam que eu estava lá. Eu me sinto muito da minha carreira tem provado que os homens estão errados.
Mas não quero que as mulheres se tornem engenheiras de software só para provar que os homens estão errados. eu queria ser engenheira de software para criar coisas incríveis, porque é divertido fazer. As mulheres deveriam ter essa opção de carreira.
Alexandra: Com certeza.
Melanie: Compartilhei o que sabia sobre acessibilidade com a comunidade da Ember, porque, como uma plataforma bancária, você precisa estar em conformidade com as leis federais e cumprimento de requisitos regulatórios. Yehuda Katz e Tom Dale disseram: "Temos uma lacuna na equipe. Qa muitos especialistas em JavaScript, em desempenho, pessoas de outro mundo inteligentes, e precisamos de alguém com conhecimento sobre acessibilidade." E eles me convidaram para se juntar à equipe principal.
Estou trabalhando em iniciativas para ajudar a tornar a Ember acessível por padrão. Isso significa
Quando você diz ember new <my-app-name>, precisa transmitir imediatamente as diretrizes WCAG
critérios de sucesso.
Alexandra: vi uma longa lista de ferramentas de acessibilidade para a Ember no GitHub. Você descobriu que as pessoas na comunidade Ember estão animadas em contribuir com essas ferramentas?
Melanie: Essa foi uma parte muito empolgante do trabalho. Eu escrevi regras de inspeção de acessibilidade para a Ember enquanto trabalhava no LinkedIn. Depois eu saí no LinkedIn para trabalhar para a Hashicorp, e outras pessoas ainda estão contribuindo com a linter, porque é útil para eles. Essa é a parte deste trabalho que me dá cala e me anima.
Aceitamos que, como referência, a acessibilidade é um direito civil. Não tá funcionando para discussão.
O que discutiremos é: o que podemos implementar? Quando? Como fazemos isso? Como ensinar isso e torná-lo compatível com versões anteriores? Como ajudamos os desenvolvedores a fornecer suporte de acessibilidade sem precisar de um enorme recurso extra que precisem ser criados ou se planeja?
Alexandra: A acessibilidade é um direito civil. Isso me dá calafrios! Ela é algo que todos sabemos como verdade.
Melanie: As pessoas já me disseram coisas desinformadas, como: "Eu não usaria na Internet se eu fosse cega." Ou: “Por que tenho que pensar sobre deficiências quando é apenas 5% dos meus usuários, quando está funcionando para 90% deles?" Não vou têm essas discussões, porque são frequentemente usadas para distrair do trabalho.
Quando você escreve código acessível, tem um aumento de desempenho porque
você está pensando em criar sites baseados nas especificações do W3C. Você vai usar o
em HTML semântico em vez de apenas divs, e você vai usar cabeçalhos. Você escolherá uma
<button> em vez de adicionar um evento de clique a uma <div>.
e melhorias de desempenho.
Faça uma coisa: automatize a acessibilidade
Alexandra: o que os desenvolvedores da Web precisam fazer para criar apps sites?
Melanie: adicione automação. Comece com um linter atual qualquer que seja o tipo de código que você usa. Não me importo com qual que você usa! Seu build terá falha se uma dessas regras for quebrada.
Algumas coisas não podem ser automatizadas, porque a IA ainda não consegue decifrar a intent. Para exemplo, o valor do texto alternativo de uma imagem precisa ser significativo, mas o que isso significa? No momento, as pessoas precisam distinguir isso, e não a automação.
Mas uma ferramenta automatizada pode dizer, "Você não está passando contraste de cor". Assim corrigi-lo. Não discuta, não diga: "Mas não quero, prefiro assim". Não é sobre você. Trata-se de disponibilizar o que fazemos para todos em o mundo todos os dias.
A acessibilidade é uma jornada, e você está sempre aprendendo. Estive especializado em acessibilidade há mais de uma década, e ainda estou aprendendo coisas o tempo todo! Não fique na defensiva, apenas.
Acompanhe o trabalho da Melanie no site dela em melanie.codes e Twitter @a11yMel (link em inglês). Confira os recursos de acessibilidade dela em pleasefunda11y.com, a11y-info.com e a11y-automation.dev (link em inglês).