Olutimilehin Olushuyi é advogada iniciante na área de acessibilidade. Conversamos sobre a luta dele com o JavaScript, padrões internacionais e a importância de ler o conteúdo de um site.
Esta postagem destaca um especialista da comunidade, como parte do Aprenda sobre acessibilidade!
Alexandra Klepper: Como você começou a trabalhar com acessibilidade na Web?
Olutimilehin Olushuyi (Shuyi): Certo, é uma história engraçada. Sou advogado. Percebi que, no último ano de faculdade, não queria praticar direito pelo resto da vida. Tentei desistir da escola, mas meu reitor e "mãe da escola", a professora Ayodele Atsenuwa, disse: "Vamos conversar sobre isso. Você está no último ano, então termine."
Estou feliz por ela ter dito isso e por ter terminado, porque isso tem me ajudado no meu trabalho de acessibilidade. O professor Atsenuwa me perguntou o que eu queria fazer, e eu não tinha ideia.
Comecei a procurar novas oportunidades de carreira e entrei em contato com algumas pessoas que queriam criar uma startup e precisavam de um advogado. Essa oportunidade não era a certa, mas foi a primeira vez que soube que as pessoas programavam código para todos os produtos que usamos. Pensei: "Posso fazer isso." Comecei a aprender por conta própria HTML e CSS. Depois, comecei a trabalhar com JavaScript e… [Risos] O JavaScript fez coisas do JavaScript, então voltei a me concentrar nas minhas linguagens semânticas de front-end.
Encontrei o trabalho de Andy Bell e Heydon Pickering. Comprei o Every Layout, e ele mudou minha vida. Andy continuava mencionando acessibilidade, mas eu não sabia o que isso significava nesse contexto. Percebi que posso trabalhar no desenvolvimento da Web sem precisar saber como escrever JavaScript.
Entrei em contato com Heydon, e ele foi muito receptivo. Parece que todo mundo na área de acessibilidade é assim, e eu agradeço por isso.
Alexandra: Claro que concordo. Todos com quem conversei foram muito gentis e prestativos.
Shuyi: Com certeza. Atualmente, trabalho muito mais com advocacia. Estou na Nigéria, um país onde a acessibilidade na Web não é obrigatória por lei. A Lei de Discriminação contra Pessoas com Deficiência foi aprovada em 2018. Mas não há uma lei de acessibilidade na Web, apenas uma lei sobre acessibilidade física. É como o Ato dos Americanos com Deficiência (ADA) dos EUA. Nossa lei é mal estruturada, mas é melhor do que nada.
Percebi que, para ter a chance de fazer a diferença e me tornar um desenvolvedor com foco em acessibilidade, primeiro preciso conscientizar o ecossistema sobre as necessidades de acessibilidade. Comecei a twittar sobre defesa da acessibilidade. Conversei com empresas e marcas, cujo apoio é necessário para que a acessibilidade funcione.
Alexandra: Aposto que sua formação jurídica é muito útil para trabalhar com acessibilidade. Você pode ler a nova legislação e entendê-la de uma maneira que a pessoa média não vai entender. Isso inclui um desenvolvedor médio.
Shuyi: Acho que um dos maiores presentes da minha formação jurídica é que posso ler páginas intermináveis de materiais de referência, documentos muito longos, sem me cansar. Eu apenas cruzo as pernas, coloco o laptop na mesa e começo a ler. E leia. E leia. Ele tem vantagens,
Alexandra: Tenho inveja, essa é uma habilidade incrível. Você acha que trabalharia com o governo para aprovar uma lei de acessibilidade digital?
Shuyi: Vou ser sincera, acho que não. O envolvimento com o governo é uma coisa diferente. Leva muito tempo para o governo fazer algo, principalmente como indivíduo. Esse tipo de trabalho é melhor para ONGs e outras organizações com pessoal e recursos para promover mudanças.
A lei física levou muito tempo para ser transmitida, e as necessidades de acessibilidade estão muito além do que era previsto na lei anos atrás. É como se o primeiro rascunho tivesse sido aprovado, mesmo que o mundo tenha mudado.
Estamos felizes por ter algo em que confiar, não importa o quão desatualizado ele seja. Há uma lei a ser aplicada.
Criar layouts acessíveis
Alexandra: li seu artigo,
<article> vs. <section>: How To Choose The Right One
na Smashing Magazine e a discussão no Twitter
que o inspirou. Qual é a principal lição que você aprendeu? O que você quer dos desenvolvedores da Web?
Shuyi: os desenvolvedores precisam ler o conteúdo antes de começar a criar layouts.
Originalmente, para o design do meu site, eu tinha acabado de contar o número de parágrafos e colocá-los em seções e artigos, sem muito pensar. No entanto, alguém chamou minha atenção para o uso indevido de seções. Foi a primeira vez que pensei nisso. Ler o conteúdo é uma das coisas que você pode fazer para criar um produto melhor.
Alexandra: Quando eu era desenvolvedora, meus clientes freelancers costumavam dizer: "Ah, basta criar algo para nós e vamos preencher o conteúdo mais tarde". E, claro, há algumas páginas que têm contexto automático, como uma página de contato. No entanto, saber quantas páginas criar e que tipo de suporte personalizado era necessário, isso só poderia ser resolvido quando eu recebesse o conteúdo.
Shuyi: Antes de saber o que eu sei, meu melhor cliente me dava ideias gerais de design, e eu criei um site com um monte de lorem ipsum. Vou descobrir tudo isso. Mas, quando você percebe o quanto a infraestrutura de conteúdo afeta os usuários na Web, você percebe o quanto o processo padrão de criação de coisas na Web é realmente falho. Você precisa ser intencional ao criar coisas.
Tanto trabalho de infraestrutura de acessibilidade não chama atenção, e isso partida meu coração.
Alexandra: como você fez sua pesquisa para garantir que o conselho que deu no artigo estava correto?
Shuyi: Primeiro, separei as fontes de informação. Isso é algo que você faz na área jurídica, separando fontes primárias e secundárias. As fontes principais são a lei em si (como a ADA e as leis da Nigéria) e as fontes secundárias são o que os especialistas interpretam da lei.
Decidi me referir apenas às fontes principais: as especificações de HTML, WCAG e WAI-ARIA. Eu li trabalhos de outras pessoas, muitos trabalhos bons. No final das contas, as opiniões eram tão divergentes que decidi que só poderia usá-las como contexto útil, mas não confiar nelas como as respostas certas.
Criar uma comunidade acessível
Alexandra: você mencionou tentar transformar seu feed do Twitter em um lugar de acessibilidade. Você teve muitas outras conversas no Twitter desde a publicação do artigo da Smashing Magazine sobre o que você aprendeu?
Shuyi: Nos primeiros dias, não consegui entender muito bem o Twitter. Muitas pessoas me seguiram, mais de 200 pessoas. No começo, fiquei animada, mas depois fiquei com medo. Por exemplo, estou apenas começando, não me siga por causa de um monte de sabedoria. Fui adicionado a muitas listas do Twitter.
Mas eu sou uma pessoa. Twitto sobre vários assuntos vagos, que não são de acessibilidade e não voltados para desenvolvedores da Web. Não quero decepcionar as pessoas. Não me siga só por causa da acessibilidade! Vou me sentir mal por isso.
Alexandra: [Risos] Acho que muitas pessoas pensam assim. Com certeza eu tenho sobre minha persona no Twitter.
Shuyi: A maioria das respostas ao artigo foi positiva. Recebi uma resposta ao artigo que foi um pouco controversa. Vitaly era meu editor, e ele entrou em contato diretamente para compartilhar o comentário e pediu para eu investigar. A pessoa estava se referindo aos documentos do MDN, que diziam que todos os artigos precisam ter um elemento de título. Eu recomendei que a seção tivesse um elemento de título com base nas especificações.
Os documentos do MDN recomendam incluir o cabeçalho, mas não explicam qual é o benefício.
A especificação muda com menos frequência do que as necessidades do usuário, é claro. Portanto, se você pode respaldar sua decisão de mudar a maneira como você cria algo, provavelmente não tem problema.
Vou citar um exemplo. Digamos que você esteja criando um componente de card chamado "Preços", com três elementos. Hayden Pickering sugere colocar cada cartão em um elemento de lista. Dessa forma, quando alguém que usa tecnologia auxiliar (AT, na sigla em inglês) acessa essa seção, é anunciado que há três itens na lista de preços. Você pode estilizar a lista para que não haja marcadores e tenha a aparência que você quiser, mas isso ajuda os usuários de AT a ver as informações úteis primeiro. Se você envolvesse cada item em uma div, estaria focado nos aspectos visuais, o que não ajuda os usuários com deficiência visual. Pense nas pessoas antes do design.
Peguei essa ideia e a transponhai para uma página de blog. As postagens do blog estão dentro de um elemento de lista. Dessa forma, ao entrar na página, o usuário é alertado de que ele está em uma das postagens da página.
Então, eu mantenho minhas recomendações no artigo, e vou continuar assim até entender por que o MDN faz a recomendação.
Alexandra: Como os documentos do MDN são de código aberto, você vai sugerir mudanças e fazer atualizações lá?
Shuyi: vou ser sincera, ainda não fiz nenhuma contribuição de código aberto. Mas esse é o tipo de trabalho que eu gostaria de fazer, com certeza mais do que trabalhar com o governo.
Especificação versus implementação
Alexandra: Parece que uma das principais conclusões é que, às vezes, a especificação diz uma coisa, mas a implementação e outros documentos externos sugerem fazer algo diferente. Como alguém decide qual conselho seguir?
Shuyi: Eu penso muito nisso. não tenho certeza se tenho a experiência necessária para responder a essa pergunta. Estamos sempre tentando preparar você para o futuro. É bom fazer melhorias contínuas à medida que a Web muda. Dessa forma, quando a especificação for atualizada, não será necessário atualizar o site. Quais são as chances de você fazer uma escolha e, daqui a três anos, a especificação mudar?
Cada escolha que fazemos agora é nosso melhor palpite sobre como será o futuro da Web, em que direção os roteiristas de especificações vão seguir.
Alexandra: a Web está em constante mudança, e uma pessoa não pode ter todas as respostas. As especificações sofreram mudanças enquanto você estava escrevendo?
Shuyi: comecei a escrever meu artigo antes que o modelo de estrutura de documento fosse removido da especificação. Esse modelo sugeria que os níveis de título deveriam ser calculados automaticamente com base na profundidade do aninhamento. Mas ela nunca foi implementada, o que criou muitos problemas para os desenvolvedores. O conselho para os desenvolvedores era corrigir os títulos manualmente.
Se o artigo tivesse sido publicado antes da mudança nas especificações, eu provavelmente teria voltado e feito essa edição. Afinal, ele está na Smashing Magazine. Mas se ela tivesse ficado no meu blog pessoal, eu teria? Provavelmente não. E isso é apenas falando sobre atualizar um artigo, não um site inteiro criado com base em uma especificação em mudança.
Esperamos que os desenvolvedores mudem imediatamente os sites quando a especificação mudar? Claro que não. Eles fazem cálculos quanto ao que é melhor quando estão construindo seus sites e vivem com essas escolhas. As especificações vão mudar, e elas podem não ter a resposta.
Acessibilidade como carreira
Alexandra: Quanto tempo você dedica a pensar sobre os padrões globais de acessibilidade? Os padrões e as leis são diferentes em todo o mundo. Tenho certeza de que você leu muitas delas, e tenho certeza de que algumas leis dizem para você fazer coisas opostas. O que você faria nesses casos?
Shuyi: Eu pensei em lançar um negócio de trabalho de acessibilidade freelancer. Entrei em um canal de chat global de acessibilidade na Web e pedi dicas sobre como começar. Adrian Roselli entrou em contato e disse: "Seus clientes vão contar com você para mantê-los em conformidade com as leis que podem ter grandes consequências. Antes de oferecer seus serviços, saiba em qual região você tem experiência. Saiba quais leis você conhece para que, mesmo que você ganhe a vida, não deixe os clientes com grandes responsabilidades. Eles confiam que você conhece a lei."
É claro que muitas empresas buscam ajuda com acessibilidade porque são obrigadas por lei, e não apenas porque é a coisa certa a se fazer. O capitalismo é a razão pela qual a acessibilidade está sendo implementada. No final das contas, não importa por que isso aconteceu, o importante é que o produto seja acessível.
Eu coloco uma pausa no trabalho como freelancer até ter total confiança de que posso ajudar os clientes com as leis da região deles. A padronização é fundamental, e os esforços e o impacto do WCAG não podem ser exagerados. Ter um framework central de como a Web deve funcionar facilita que os governos confiem no mesmo padrão. Mas, é claro, nem todos os governos aceitam esses padrões.
Alexandra: você recebeu muitos conselhos de pessoas incríveis na sua jornada em direção à acessibilidade. Você gostaria de ter recebido algum outro conselho antes de decidir seguir essa carreira?
Shuyi: embora não mudasse minha carreira, seria bom saber que, por mais nobre que seja o trabalho de acessibilidade, ele é muito afetado pelo capitalismo.
Alexandra: [Risos] Sim.
Shuyi: E eu sou júnior. Tenho um ano de experiência em acessibilidade. Especialmente se você estiver na África, como eu, a disponibilidade de vagas em acessibilidade é limitada. As empresas são gerentes de contratação, uma pessoa para atender aos requisitos legais necessários. Mas eu quero trabalhar em equipe, em que possa aprender e desenvolver habilidades.
Fiquei muito feliz por poder trabalhar sem aprender JavaScript, para que eu pudesse apenas aprender as regras e ajudar minha equipe a aplicá-las. Mas as posições de desenvolvedor em agências exigem que eu tenha experiência em JavaScript. Me mudei para uma nova cidade e participei de um bootcamp de JavaScript para atender a esses requisitos. Para qualquer outra pessoa na jornada de acessibilidade, saiba que você precisa se concentrar em desenvolver suas habilidades de desenvolvimento primeiro.
Não vou mentir, ainda não gosto de JavaScript.
Faça uma coisa: adicione o foco do teclado
Alexandra: O JavaScript é o motivo de eu ser um redator técnico em vez de um desenvolvedor? Sim, é. Detesto isso. Desejo muita sorte a você no treinamento.
O que você gostaria que os desenvolvedores fizessem para tornar o site acessível?
Shuyi: foco do teclado. Estou implorando do fundo do meu coração. Meu trackpad não funciona, então, quando estou em trânsito, dependo do teclado para navegar na Web, e quase todos os sites são horríveis. O foco do teclado não beneficia apenas pessoas com deficiência.
Criar plataformas acessíveis beneficia a todos.
Acompanhe o trabalho de Shuyi no Twitter @shuyiolutimi.