Destaque da comunidade: Olutimilehin Olushuyi

Olutimilehin Olushuyi é advogada e começou a trabalhar na área de acessibilidade. Falamos sobre a batalha dele com JavaScript, os 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 programa Aprenda a acessibilidade.

Alexandra White: Como você começou a usar a acessibilidade na Web?

Retrato de Olutimilehin Olushuyi.

Olutimilehin Olushuyi (Shuyi): Essa é uma história engraçada. Sou advogado. Percebi que, no último ano de faculdade, eu não queria praticar advocacia até o resto da vida. Então, tentei abandonar a escola, mas meu reitor e "mãe escolar", a Professora Ayodele Atsenuwa, disse: "Vamos falar sobre isso. Você está no último ano... basta terminá-lo."

No fim das contas, fico feliz que ela tenha dito isso e estou feliz por terminar, porque isso tem me ajudado no meu trabalho de acessibilidade. O professor Atsenuwa me perguntou o que eu queria fazer, e eu não fazia 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 escolha certa, mas essa foi a primeira vez que notei que as pessoas escreveram código para todos os produtos que usamos. Eu pensei: "Posso pegar isso". Comecei a aprender HTML e CSS por conta própria. Depois, cheguei ao JavaScript e... [risadas] O JavaScript fazia coisas de JavaScript, então voltei para me concentrar nas minhas linguagens semânticas de front-end.

Conheci o trabalho de Andy Bell e Heydon Pickering. Comprei a API Every Layout e ela mudou minha vida. Andy continuou mencionando acessibilidade, mas eu não sabia o que isso significava nesse contexto. Percebi que poderia trabalhar com desenvolvimento da Web sem precisar saber como escrever em JavaScript.

Entrei em contato com Heydon, e ele foi muito receptivo e muito responsivo. Parece que todos na área de acessibilidade são assim, e sou grato por isso.

Alexandra: Concordo mesmo, todos com quem conversei foram muito gentis e úteis.

Shuyi: Claro. Atualmente, trabalho muito mais na advocacia. Estou na Nigéria, um país onde a acessibilidade na Web não é obrigatória por lei. A Lei contra Discriminação Contra Pessoas com Deficiências foi aprovada em algum momento de 2018. No entanto, não existe uma lei de acessibilidade na Web, apenas uma lei sobre acessibilidade física. Seria como a Lei de Americanos com Deficiência (ADA) dos EUA. Nossa legislação é mal estruturada, mas é melhor do que nada.

Percebi que, se eu vou ter alguma chance de fazer a diferença e me tornar um desenvolvedor com foco em acessibilidade, primeiro tenho que fazer com que o ecossistema entenda as necessidades de acessibilidade. Comecei a twittar sobre questões de acessibilidade. Conversei com empresas e marcas que precisam da adesão para ter acessibilidade no trabalho.

Alexandra: Aposto que seu conhecimento jurídico é muito útil para trabalhar com acessibilidade. Você pode ler a nova legislação e entendê-la de uma maneira que a pessoa normal não entenderá. Isso inclui um desenvolvedor médio.

Shuyi: Acho que um dos maiores presentes do meu histórico jurídico é que posso passar por páginas intermináveis de materiais de apoio, documentos muito longos, sem cansaço. Eu só preciso dobrar as pernas, colocar meu laptop no chão e começar a ler. E ler. E ler. Ele tem vantagens,

Alexandra: Estou com inveja. Essa é uma habilidade incrível. Você acha que já trabalharia com o governo para conseguir a aprovação de uma lei de acessibilidade digital?

Shuyi: Para ser sincera, acho que não. Interagir com o governo é um jogo diferente. Leva muito tempo para que o governo faça algo, especialmente como indivíduo. Esse tipo de trabalho é melhor para ONGs e outras organizações com pessoal e recursos gerarem mudanças.

A lei física levou muito tempo para ser aprovada, e as necessidades de acessibilidade foram muito além do que aconteceu no direito há anos. É como se o primeiro rascunho tenha sido aprovado, embora o mundo tenha mudado.

No fim das contas, ficamos felizes por ter algo em que confiar, não importa o quão ultrapassada tenha acabado sendo. É preciso aplicar uma lei.

Criar layouts acessíveis

Alexandra: Li seu artigo <article> vs. <section>: como escolher o certo na Smashing Magazine e a conversa no Twitter que o inspirou. O que você diria que é uma grande lição: o que você espera dos desenvolvedores da Web?

Shuyi: os desenvolvedores precisam ler o conteúdo antes de começar a criar layouts.

Originalmente, para o design do site, eu tinha acabado de contar o número de parágrafos e colocá-los em seções e artigos, sem pensar muito. No entanto, alguém chamou minha atenção para o uso indevido das seções. Foi a primeira vez que pensei sobre isso. Ler o conteúdo é uma coisa que você pode fazer para criar um produto melhor.

Alexandra: Quando eu era desenvolvedor, muitas vezes recebia clientes freelancer: "Ah, apenas crie algo para nós e vamos preencher o conteúdo mais tarde". Algumas páginas têm contexto automático, como uma página de contato. Mas, por saber quantas páginas precisavam ser criadas e que tipo de suporte personalizado era necessário, só conseguia responder quando consegui o conteúdo.

Shuyi: antes de saber o que eu sei, meu melhor cliente me daria ideias gerais de design, e eu criei um site com um monte de lorem ipsum. Eu vou descobrir tudo isso. Mas, quando você percebe o quanto a infraestrutura de conteúdo afeta os usuários na Web, percebe que grande parte do processo padrão para criar coisas na Web é realmente falha. Você precisa ser intencional ao criar coisas.

Tanto trabalho de infraestrutura de acessibilidade não chama atenção e partida meu coração.

Alexandra: Como você fez a pesquisa para ter certeza de que as dicas dadas no artigo estavam corretas?

Shuyi: Primeiro, separei as fontes de informação, ou seja, o que você faz jurídico, separando as fontes primárias e secundárias. As fontes primárias são a lei real (como as leis da ADA e 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 HTML, WCAG e WAI-ARIA. Eu leio obras de outras pessoas, muitos trabalhos bons. Mas, no final do dia, as opiniões eram tão divergentes que decidi que só poderia levá-las como contexto útil, mas não depender delas como tendo as respostas certas.

Desenvolva uma comunidade acessível

Alexandra: Você mencionou que tentou mudar o feed do Twitter para oferecer acessibilidade. Você já teve várias outras conversas no Twitter desde a publicação do artigo da Smashing Magazine sobre o que aprendeu?

Shuyi: Nos primeiros dias, o Twitter não conseguia entender bem. Muitas pessoas me seguiram, mais de 200 pessoas. No começo, fiquei empolgada, mas depois fiquei com medo. Tipo, estou começando, não me siga por um monte de sabedoria de sábio. Fui adicionado a várias listas do Twitter.

Mas eu sou uma pessoa. Eu twittei sobre muitas coisas vagas, não relacionadas a acessibilidade e para desenvolvedores que não são da Web. Não quero decepcionar as pessoas. Não me siga só por causa da acessibilidade! Acho que vou decepcionar você.

Alexandra: [risos] Acho que muitas pessoas pensam disso. Com certeza faço sobre minha persona do 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 me pediu para investigar. Acontece que a pessoa fez referência aos documentos do MDN, que diziam que todos os artigos precisam ter um elemento de título. recomendo que a seção tenha um elemento de cabeçalho com base nas especificações.

Os documentos da MDN recomendam incluir o cabeçalho, mas não explicam qual é o benefício.

Obviamente, a especificação muda com menos frequência do que as necessidades do usuário. Portanto, desde que você possa respaldar sua decisão de mudar a maneira de criar algo, provavelmente não tem problema.

Vou dar 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 assistiva (TA, na sigla em inglês) chegar a essa seção, será anunciado que há três itens na lista de preços. É possível definir o estilo da lista para que não haja marcadores e dar a ela o visual que você quiser, mas isso ajuda os usuários do AT a receber as informações úteis primeiro. Se você colocar cada item em um div, o foco será nos aspectos visuais, o que não ajuda usuários com deficiência visual. Pense nas pessoas antes do design.

Peguei essa ideia e a transponha 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 está em uma das postagens na página.

Então, segui minhas recomendações no artigo e vou até entender por que o MDN faz a recomendação.

Alexandra: Como os documentos da MDN são de código aberto, você sugere alterações e faz atualizações neles?

Shuyi: Para ser sincero, ainda não fiz nenhuma contribuição com código aberto. Mas esse é o tipo de trabalho que eu gostaria de fazer, certamente mais do que trabalhar com o governo.

Especificações e implementações

Alexandra: Parece que uma grande conclusão é que, às vezes, a especificação diz uma coisa, mas a implementação e outros documentos externos podem sugerir algo diferente. Como alguém decide qual conselho seguir?

Shuyi: Eu penso muito sobre isso. não tenho certeza se tenho a experiência necessária para responder a essa pergunta. Estamos sempre tentando nos preparar 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 adaptar seu site. Quais são as chances de você escolher uma opção e depois de três anos as especificações mudarem?

Cada escolha que fazemos agora é nosso melhor palpite de como será o futuro da Web e para qual direção os criadores de especificações seguirão.

Alexandra: A Web está sempre mudando, e uma pessoa não pode ter todas as respostas. As especificações passaram por alterações enquanto você escrevia?

Shuyi: comecei a escrever meu artigo antes de o modelo de estrutura de tópicos do documento ser removido da especificação. Esse modelo sugeriu que os níveis dos cabeçalhos fossem calculados automaticamente com base na profundidade do aninhamento. Mas ele nunca foi realmente implementado, e isso criou muitos problemas para os desenvolvedores. O conselho para os desenvolvedores era corrigir manualmente os cabeçalhos.

Se o artigo tivesse sido publicado antes da mudança das especificações, eu provavelmente teria voltado e feito essa edição. Afinal, ela está na Smashing Magazine. Mas se ela estivesse no meu blog pessoal, eu estaria aqui? Provavelmente não. Isso significa atualizar um artigo, não um site inteiro criado com base em especificações variáveis.

É esperado que os desenvolvedores mudem o site imediatamente quando as especificações mudarem? Claro que não. Eles fazem cálculos sobre o que é melhor quando estão construindo seus sites e convivem com essas escolhas. As especificações serão alteradas, e as especificações podem não ter a resposta.

Acessibilidade como carreira

Alexandra: Quanto do seu tempo você passa pensando em padrões globais de acessibilidade? Os padrões e as leis são diferentes em todo o mundo. Tenho certeza de que você leu muitos e tenho certeza de que algumas leis mandam você fazer o contrário. O que você faria nesses casos?

Shuyi: Pensei em abrir uma empresa de acessibilidade para 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 contarão com você para mantê-los em conformidade com as leis que podem ter grandes consequências. Antes de oferecer seus serviços, saiba em que região você tem experiência. Saiba com quais leis você está familiarizado para que, enquanto você ganha a própria vida, não deixa os clientes com grandes responsabilidades. Eles confiam em você para conhecer a lei."

É claro que muitas empresas estão buscando ajuda de acessibilidade porque são exigidas por lei, e não apenas porque é a coisa certa. O capitalismo é a razão pela qual a acessibilidade está sendo implementada. No fim das contas, não importa por que isso aconteceu, o importante é que o produto seja acessível.

Farei uma pausa no trabalho como freelancer até ter total confiança de que posso ajudar os clientes com as leis da região. A padronização é essencial, e não podemos subestimar os esforços e o impacto das WCAG. Com uma estrutura central de como a Web precisa funcionar, fica mais fácil para os governos confiar no mesmo padrão. No entanto, é claro que nem todos os governos aceitam esses padrões.

Alexandra: Você recebeu muitos conselhos de excelentes pessoas em sua jornada de acessibilidade. Há algum outro conselho que você gostaria de ter recebido antes de decidir seguir esta carreira?

Shuyi: Embora não tenha mudado minha carreira, seria importante saber que, por mais nobre que o trabalho de acessibilidade seja, ele é muito afetado pelo capitalismo.

Alexandra: [risos] Ah, sim.

Shuyi: Eu sou júnior. Tenho um ano de experiência em acessibilidade. Especialmente se você estiver na África, como eu, há uma disponibilidade limitada de vagas de acessibilidade. As empresas são gerentes de contratação, uma pessoa para cumprir quaisquer requisitos legais necessários. Mas eu quero trabalhar em uma equipe, em que eu possa aprender e desenvolver habilidades.

Eu estava tão animado para trabalhar sem aprender JavaScript que pude 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. Eu me mudei para uma nova cidade e entrei em um treinamento de JavaScript para atender a esses requisitos. As outras pessoas que estão na jornada de acessibilidade precisam se concentrar primeiro em desenvolver as habilidades de desenvolvimento.

Não vou mentir, ainda não gosto de JavaScript.

Uma coisa: adicionar o foco do teclado

Alexandra: [risos] Por que agora sou um escritor de tecnologia em vez de desenvolvedor? Por causa do JavaScript? Sim. Sim. Eu odeio tanto. Boa sorte no seu treinamento.

O que você quer que os desenvolvedores façam para tornar os sites acessíveis?

Shuyi: foco do teclado. Eu imploro de coração. Meu trackpad atualmente não funciona, então quando estou em movimento, dependo do meu 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.