Olutimilehin Olushuyi é advogado e está começando a trabalhar com acessibilidade. Falamos sobre a batalha dele com 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 Learn Accessibility!
Alexandra Klepper: como você começou a trabalhar com acessibilidade na Web?
Olutimilehin Olushuyi (Shuyi): Ok, então, é uma história engraçada. Sou advogado. Percebi no último ano da escola que não queria exercer a advocacia pelo resto da minha vida. Então, tentei abandonar a escola, mas minha reitora e "mãe da escola", Professora Ayodele Atsenuwa, disse: "Vamos conversar sobre isso. Você está no último ano, é só terminar."
No fim das contas, fico feliz por ela ter dito isso e por eu 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. A oportunidade não era adequada, mas foi a primeira vez que soube que as pessoas escreviam código para todos os produtos que usamos. Pensei: "Consigo fazer isso". Comecei a aprender HTML e CSS por conta própria. Depois, conheci o JavaScript e... [risos] O JavaScript fez coisas de JavaScript, então voltei a me concentrar nas minhas linguagens semânticas de front-end.
Conheci o trabalho de Andy Bell e Heydon Pickering. Comprei o Every Layout, e ele mudou minha vida. O Andy ficava mencionando acessibilidade, mas eu não sabia o que isso significava nesse contexto. Percebi que talvez eu possa trabalhar com desenvolvimento da Web sem precisar saber escrever em JavaScript.
Entrei em contato com Heydon, e ele foi muito receptivo e respondeu rápido. Parece que todo mundo na área de acessibilidade é assim, e eu agradeço por isso.
Alexandra: concordo totalmente. Todas as pessoas com quem conversei foram muito gentis e prestativas.
Shuyi: Com certeza. Atualmente, trabalho muito mais na área de defesa. Moro na Nigéria, um país onde a acessibilidade da 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 da Web, apenas sobre acessibilidade física. É como a Lei dos Americanos com Deficiências (ADA, na sigla em inglês) dos EUA. Nossa lei é mal estruturada, mas melhor do que nada.
Percebi que, se eu quiser ter alguma chance de fazer a diferença e me tornar um desenvolvedor focado em acessibilidade, primeiro preciso conscientizar o ecossistema sobre as necessidades de acessibilidade. Comecei a postar no Twitter sobre defesa da acessibilidade. Conversei com empresas e marcas, cuja adesão é necessária para que a acessibilidade funcione.
Alexandra: imagino que sua experiência jurídica seja muito útil para trabalhar com acessibilidade. Você pode ler e entender a nova legislação de um jeito que a maioria das pessoas não consegue. Isso inclui um desenvolvedor médio.
Shuyi: acho que um dos maiores benefícios da minha formação em direito é que eu consigo ler páginas e mais páginas de materiais de apoio, documentos muito longos, sem me cansar. É só dobrar as pernas, colocar o laptop na frente e começar a ler. e ler. e ler. Ele tem vantagens,
Alexandra: Tenho inveja, é uma ótima habilidade. Você acha que trabalharia com o governo para aprovar uma lei de acessibilidade digital?
Shuyi: vou ser sincero, acho que não. Interagir com o governo é um jogo diferente. Leva muito tempo para o governo fazer algo, principalmente para uma pessoa. Esse tipo de trabalho é mais adequado para ONGs e outras organizações com pessoal e recursos para promover mudanças.
A lei física levou muito tempo para ser aprovada, e as necessidades de acessibilidade foram muito além do que acabou sendo incluído na lei há anos. É como se o primeiro rascunho tivesse sido aprovado, mesmo que o mundo tenha mudado.
No fim das contas, ficamos felizes por ter algo em que confiar, mesmo que tenha ficado desatualizado. 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 thread no Twitter
que o inspirou. Qual é uma grande 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 apenas contei o número de parágrafos e os coloquei em seções e artigos, sem pensar muito. Mas alguém me chamou a atenção para o uso indevido das seções. Foi a primeira vez que pensei nisso. Ler o conteúdo é uma das coisas que você pode fazer para melhorar o produto.
Alexandra: Quando eu era desenvolvedora, muitas vezes clientes freelancers diziam: "Ah, crie algo para nós e depois vamos preencher o conteúdo". É claro que algumas páginas têm contexto automático, como uma página de contato. Mas saber quantas páginas criar e que tipo de suporte personalizado era necessário só foi possível quando recebi o conteúdo.
Shuyi: Antes de saber o que sei, meu melhor cliente me dava ideias gerais de design, e eu criava 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, percebe também o quanto o processo padrão de criação de coisas na Web é falho. É preciso ter intenção ao criar coisas.
Muito trabalho de infraestrutura de acessibilidade não recebe atenção nenhuma, e isso me deixa muito triste.
Alexandra: como você fez sua pesquisa para garantir que o conselho dado no artigo estava correto?
Shuyi: Primeiro, separei as fontes de informação, algo que fazemos no direito, separando fontes primárias e secundárias. As fontes primárias são a legislação 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 HTML, WCAG e WAI-ARIA. Leio o trabalho de outras pessoas, muito trabalho bom. Mas, no fim das contas, as opiniões eram tão divergentes que decidi considerá-las apenas como contexto útil, mas não como respostas certas.
Criar uma comunidade acessível
Alexandra: você mencionou tentar transformar seu feed do Twitter em um lugar para 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 o Twitter. Muitas pessoas me seguiram, mais de 200. No começo, fiquei animado, mas depois fiquei com medo. Tipo, estou começando agora, não me siga para receber um monte de conselhos. Fui adicionado a muitas listas do Twitter.
Mas eu sou uma pessoa. Eu tuíto sobre muitas coisas vagas, não relacionadas à acessibilidade ou ao desenvolvimento da Web. Não quero decepcionar as pessoas. Não me siga apenas por causa da acessibilidade! Vou sentir que decepcionei você.
Alexandra: [Risos], acho que muita gente pensa isso. Eu certamente me preocupo com minha persona no Twitter.
Shuyi: a maioria das respostas ao artigo foi positiva. Recebi uma resposta um pouco polêmica ao artigo. Vitaly era meu editor e entrou em contato diretamente para compartilhar o comentário e pedir que eu investigasse. A pessoa estava se referindo à documentação da MDN que diz que todos os artigos precisam ter um elemento de cabeçalho. Recomendei que a seção tivesse um elemento de cabeçalho com base nas especificações.
A documentação da MDN recomenda incluir o cabeçalho, mas não explica realmente qual é o benefício.
É claro que a especificação muda com menos frequência do que as necessidades do usuário. Portanto, desde que você possa justificar sua decisão de mudar a forma de criar algo, provavelmente não há 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 card em um elemento de lista. Assim, quando alguém que usa tecnologia assistiva (TA) chega a 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, deixando-a com a aparência que quiser, mas isso ajuda os usuários de TA a receber as informações úteis primeiro. Se você envolver cada item em uma div, vai se concentrar apenas 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 transpus para uma página de blog. As postagens do blog estão em um elemento de lista. Assim, ao entrar na página, o usuário é alertado de que está em uma de algumas postagens na página.
Por isso, mantenho minhas recomendações no artigo e vou continuar assim até entender por que a MDN faz essa recomendação.
Alexandra: já que a documentação da MDN é de código aberto, você vai sugerir mudanças e fazer atualizações lá?
Shuyi: vou ser sincero, ainda não fiz nenhuma contribuição para projetos de código aberto. Mas é o tipo de trabalho que eu gostaria de fazer, certamente mais do que trabalhar com o governo.
Especificação x 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 podem sugerir algo diferente. Como alguém decide qual conselho seguir?
Shuyi: Penso muito nisso. 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. Assim, quando a especificação for atualizada, não será necessário fazer adaptações no seu 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 é nossa melhor estimativa de como será o futuro da Web e qual direção os escritores 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 mudaram enquanto você escrevia?
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 cabeçalho fossem calculados automaticamente com base na profundidade do aninhamento. Mas ele nunca foi implementado de verdade, o que criou muitos problemas para os desenvolvedores. A recomendação para os desenvolvedores era corrigir manualmente os cabeçalhos.
Se o artigo tivesse sido publicado antes da mudança na especificação, provavelmente eu teria voltado e feito essa edição. Afinal, ele está na Smashing Magazine. Mas se ele tivesse sido publicado no meu blog pessoal, eu teria? Provavelmente não. E isso é só falar sobre atualizar um artigo, não um site inteiro criado com base em uma especificação em constante mudança.
Esperamos que os desenvolvedores mudem imediatamente os sites quando a especificação mudar? Claro que não. Eles fazem cálculos sobre o que é melhor ao criar os sites e convivem com essas escolhas. As especificações vão mudar, e elas podem não ter a resposta.
Acessibilidade como carreira
Alexandra: quanto tempo você passa pensando em padrões globais de acessibilidade? Os padrões e as leis variam de acordo com o país. Tenho certeza de que você já leu muitas delas, e algumas leis dizem para fazer o contrário. O que você faria nesses casos?
Shuyi: pensei em abrir uma empresa de trabalho de acessibilidade autônomo. Entrei em um canal de chat global sobre acessibilidade na Web e pedi dicas de como começar. Adrian Roselli entrou em contato e disse: "Seus clientes vão confiar em você para manter a conformidade com as leis, o que pode ter consequências graves. Antes de oferecer seus serviços, saiba em qual região você tem experiência. Conheça as leis com que você tem familiaridade para que, enquanto você ganha 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 é o certo a fazer. O capitalismo é o motivo pelo qual a acessibilidade está sendo implementada. No fim das contas, não importa por que isso aconteceu, mas sim que o produto seja acessível.
Pausei o trabalho freelancer até ter certeza de que posso ajudar os clientes com as leis da região deles. A padronização é fundamental, e os esforços e o impacto das WCAG não podem ser subestimados. Ter uma estrutura central de como a Web deve funcionar facilita para os governos confiarem no mesmo padrão. Mas nem todo governo aceita esses padrões.
Alexandra: você recebeu muitas dicas ótimas de pessoas incríveis na sua jornada de acessibilidade. Você gostaria de ter recebido algum outro conselho antes de decidir seguir essa carreira?
Shuyi: Isso não teria mudado minha carreira, mas seria bom saber que, por mais nobre que seja o trabalho de acessibilidade, ele é muito afetado pelo capitalismo.
Alexandra: [Risos] Ah, sim.
Shuyi: E eu sou do segundo ano. Tenho um ano de experiência em acessibilidade. Principalmente se você estiver na África, como eu, há uma disponibilidade limitada de posições em acessibilidade. As empresas estão contratando gerentes, uma pessoa para atender a todos os requisitos legais necessários. Mas quero trabalhar em uma equipe onde eu possa aprender e desenvolver habilidades.
Fiquei muito feliz em poder trabalhar sem aprender JavaScript, apenas aprendendo as regras e ajudando minha equipe a aplicá-las. Mas as vagas de desenvolvedor em agências exigem que eu tenha experiência em JavaScript. Me mudei para uma nova cidade e entrei em um curso intensivo de JavaScript para atender a esses requisitos. Para quem está começando a usar recursos de acessibilidade, o foco deve ser no desenvolvimento de habilidades de programação.
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 uma redatora técnica em vez de uma desenvolvedora? Sim, é. Odeio isso. Desejo toda a sorte do mundo no programa de treinamento.
O que você quer que os desenvolvedores façam para tornar o site acessível?
Shuyi: foco do teclado. Estou implorando de todo o meu coração. Meu trackpad não funciona, então, quando estou em trânsito, uso o 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 todo mundo.
Acompanhe o trabalho de Shuyi no Twitter @shuyiolutimi.