Олутимилехин Олушуйи — юрист, новичок в сфере доступности. Мы обсудили его борьбу с JavaScript, международные стандарты и важность чтения содержимого веб-сайта.
В этой публикации рассказывается об эксперте сообщества в рамках проекта Learn Accessibility!
Александра Клеппер : Как вы начали заниматься доступностью веб-контента?
Олутимилехин Олушуйи (Шуйи) : Ладно, это забавная история. Я юрист. На последнем курсе я понял, что не хочу заниматься юридической практикой до конца жизни. Поэтому я пытался бросить учёбу, но мой декан и «школьная мама», профессор Айоделе Аценува , сказала: «Давай поговорим об этом. Ты на последнем курсе — просто закончи его».
В конечном счёте, я рад, что она это сказала, и рад, что я довёл дело до конца, потому что это помогает мне в моей работе над доступностью. Профессор Аценува спросил меня, чем я хочу заниматься вместо этого, но я понятия не имел.
Я начал искать новые карьерные возможности и познакомился с людьми, которые хотели создать стартап и которым нужен был юрист. Эта вакансия не подошла, но тогда я впервые узнал, что люди пишут код для всех продуктов, которые мы используем. Я подумал: «Я могу это освоить». Я начал самостоятельно изучать HTML и CSS. Потом я добрался до JavaScript и... [смеётся] JavaScript делал всё, что связано с JavaScript, поэтому я вернулся к работе над семантическими языками фронтенда.
Я наткнулся на работы Энди Белла и Хейдона Пикеринга . Я купил Every Layout , и это изменило мою жизнь. Энди постоянно упоминал о доступности, но я не понимал, что это значит в данном контексте. Я понял, что, возможно, смогу работать в веб-разработке, не зная JavaScript!
Я обратился к Хейдону, и он был очень восприимчив и отзывчив. Похоже, все в сфере доступности такие, и я благодарен за это.
Александра : Я полностью согласна. Все, с кем я общалась, были очень добры и отзывчивы.
Шуйи : Безусловно. Сейчас я больше занимаюсь правозащитной деятельностью. Я живу в Нигерии, стране, где доступность веб-сайтов не предусмотрена законом. Закон о дискриминации в отношении лиц с ограниченными возможностями был принят где-то в 2018 году. Но закона о доступности веб-сайтов нет, есть только закон о физической доступности. Это как Закон об американцах с ограниченными возможностями (ADA) в США. Наш закон плохо структурирован, но это лучше, чем ничего.
Я понял, что если я хочу хоть как-то повлиять на ситуацию и стать разработчиком, ориентированным на доступность, сначала мне нужно донести до экосистемы необходимость доступности. Я начал писать в Твиттере о необходимости поддержки доступности. Я общался с компаниями и брендами, чья поддержка необходима для того, чтобы доступность работала.
Александра : Уверена, ваш юридический опыт невероятно полезен для работы с доступностью. Вы действительно можете прочитать новое законодательство и понять его так, как не поймет обычный человек. В том числе и обычный разработчик.
Шуйи : Думаю, один из самых больших плюсов моего юридического опыта — это то, что я могу без усталости просидеть бесконечные страницы справочных материалов, очень длинных документов. Я просто скрещиваю ноги, кладу ноутбук и начинаю читать. И читать. И читать. В этом есть свои преимущества.
Александра : Ну… я завидую, это отличный навык. Как вы думаете, вы бы когда-нибудь стали сотрудничать с правительством, чтобы добиться принятия закона о доступности цифровых технологий?
Шуйи : Честно говоря, я так не думаю. Взаимодействие с правительством — это совсем другое дело. Слишком много времени требуется, чтобы заставить наше правительство что-то сделать, особенно если это касается отдельного человека. Такую работу лучше выполнять НПО и другим организациям, у которых есть персонал и ресурсы для осуществления перемен.
Принятие закона о физике заняло так много времени, а требования к доступности вышли далеко за рамки того, что было сформулировано в законе много лет назад. Как будто первый вариант был принят, хотя мир изменился.
В конечном счёте, мы рады, что есть на что положиться, каким бы устаревшим оно ни оказалось. Есть закон, который нужно соблюдать.
Создавайте доступные макеты
Александра : Я прочитала вашу статью <article> vs. <section> : Как выбрать правильный раздел» в журнале Smashing Magazine и тему в Твиттере , которая её вдохновила. Какой главный вывод вы бы сделали? Чего вы, по-вашему, ждёте от веб-разработчиков?
Шуйи : Разработчики должны прочитать содержимое, прежде чем приступить к созданию макетов.
Изначально, при разработке дизайна сайта, я просто подсчитывал количество абзацев и распределял их по разделам и статьям, не особо задумываясь. Но кто-то обратил моё внимание на неправильное использование разделов — тогда я впервые об этом задумался. Чтение контента — один из способов улучшить продукт.
Александра : Когда я работала разработчиком, клиенты-фрилансеры часто говорили мне: «О, просто создайте что-нибудь для нас, а контент мы наполним позже». Конечно, есть страницы с автоматическим контекстом, например, страница контактов. Но, зная, сколько страниц нужно создать и какая поддержка требуется, я могла ответить на этот вопрос только после получения контента.
Шуйи : До того, как я узнал то, что знаю, мой лучший клиент давал мне общие идеи дизайна, и я создавал сайт, используя кучу Lorem Ipsum. Я разберусь со всем этим. Но когда понимаешь, насколько сильно инфраструктура контента влияет на пользователей в интернете, понимаешь, насколько часто стандартный процесс создания веб-контента на самом деле несовершенен. Создавая что-то, нужно действовать осознанно.
Большая часть работы по обеспечению доступности инфраструктуры остается без внимания, и это разбивает мне сердце.
Александра : Как вы проводили исследование, чтобы убедиться в правильности совета, данного в статье?
Шуйи : Во-первых, я разделил источники информации — это то, что принято в юриспруденции, разделяя первичные и вторичные источники. Первичные источники — это само законодательство (например, Закон об американцах с ограниченными возможностями и законы Нигерии), а вторичные — это интерпретация законов экспертами.
Я решил ссылаться только на первоисточники: спецификации HTML, WCAG и WAI-ARIA. Я читал работы других авторов, много хороших. Но, в конце концов, мнения оказались настолько разными, что я решил, что могу воспринимать их лишь как полезный контекст, но не полагаться на них как на верные ответы.
Создайте доступное сообщество
Александра : Вы упомянули, что пытаетесь сделать свою ленту в Твиттере площадкой для доступности. Много ли у вас было других обсуждений в Твиттере после публикации статьи в Smashing Magazine о том, что вы узнали?
Шуйи : Первые пару дней я вообще не понимал, что такое Твиттер. На меня подписалось так много людей, больше двухсот. Сначала я обрадовался, но потом испугался. Мол, я только начинаю, не подписывайтесь на меня ради мудрых советов. Меня добавили во множество рассылок в Твиттере.
Но я же человек. Я пишу в Твиттере много расплывчатых, недоступных и не связанных с веб-разработкой вещей. Я не хочу никого разочаровывать. Не подписывайтесь на меня только из-за доступности! Мне будет казаться, что я вас разочаровываю.
Александра : [ Смеётся ] Я думаю, многие так думают. Я точно так же думаю о своём образе в Твиттере.
Шуйи : Большинство откликов на саму статью были положительными. Я получил один ответ на статью, который оказался немного спорным. Виталий был моим редактором, он напрямую связался со мной, чтобы поделиться комментарием и попросить разобраться. Оказалось, что этот человек ссылался на документацию MDN, в которой говорилось, что все статьи должны иметь элемент «заголовок» . Я рекомендовал добавить элемент «заголовок» в раздел, основываясь на спецификациях.
Документация MDN рекомендует включать заголовок, но не объясняет, в чем именно заключается его преимущество.
Конечно, спецификация меняется реже, чем нужно пользователю, поэтому, если вы можете обосновать свое решение изменить способ разработки чего-либо, то это, скорее всего, нормально.
Итак, позвольте мне привести пример. Допустим, вы создаёте карточный компонент под названием «Цены» с тремя элементами. Хейден Пикеринг предложил бы поместить каждую карточку в элемент списка. Таким образом, когда пользователь, использующий вспомогательные технологии (AT), доберётся до этого раздела, ему будет объявлено, что в прайс-листе три позиции. Вы можете оформить список без маркированных пунктов, сделать его любым, но это поможет пользователям AT сначала получить полезную информацию. Если вы поместите каждый пункт в div, вы сосредоточитесь только на визуальных аспектах, что не поможет пользователям с нарушениями зрения. Думайте о людях, а не о дизайне.
Я взял эту идею и адаптировал её для страницы блога. Записи блога фактически находятся внутри элемента списка. Таким образом, при входе на страницу пользователь получает уведомление о том, что он находится на одной из нескольких записей на ней.
Поэтому я придерживаюсь своих рекомендаций, изложенных в статье, и буду придерживаться их до тех пор, пока не пойму, почему MDN дает такие рекомендации.
Александра : Поскольку документация MDN имеет открытый исходный код, будете ли вы предлагать изменения и вносить обновления?
Шуйи : Честно говоря, я пока не участвовал в разработке ПО с открытым исходным кодом. Но именно этим мне хотелось бы заниматься, определённо больше, чем работать с правительством.
Спецификация против реализации
Александра : Похоже, главный вывод заключается в том, что иногда спецификация говорит одно, а реализация и другие внешние документы могут предлагать что-то другое. Как кто-то решает, чьему совету следовать?
Шуйи : Я много об этом думаю. Не уверен, что у меня достаточно опыта, чтобы ответить на этот вопрос. Мы всегда стараемся быть готовыми к будущему. Полезно постоянно совершенствоваться по мере изменений в интернете. Таким образом, при обновлении спецификации вам не придётся переделывать сайт. Каковы шансы, что через три года вы сделаете выбор, а спецификация изменится?
Каждый наш выбор сейчас — это наше лучшее предположение о том, как, по нашему мнению, будет выглядеть будущее Интернета и в каком направлении, по нашему мнению, пойдут авторы спецификаций.
Александра : Интернет постоянно меняется, и один человек не может знать все ответы! Менялись ли спецификации, пока вы писали?
Шуйи : Я начал писать статью до того, как модель структуры документа была удалена из спецификации. Эта модель предполагала автоматический расчет уровней заголовков в зависимости от глубины вложенности. Но она так и не была реализована, и это создало множество проблем для разработчиков. Разработчикам рекомендовалось вручную исправлять заголовки.
Если бы статья была опубликована до изменения спецификации, я бы, наверное, вернулся и внёс необходимые изменения — в конце концов, она же в журнале Smashing Magazine. Но если бы она была в моём личном блоге, разве я бы это сделал? Скорее всего, нет. И это касается только обновления статьи, а не обновления всего сайта, созданного на основе меняющейся спецификации.
Стоит ли ожидать, что разработчики немедленно изменят свои сайты при изменении спецификации? Конечно, нет. Они делают расчёты, чтобы определить наилучший вариант, когда разрабатывают свои сайты, и живут с этим выбором. Спецификации изменятся, и в них может не быть ответа.
Доступность как карьера
Александра : Сколько времени вы уделяете размышлениям о глобальных стандартах доступности? Стандарты и законы различаются по всему миру. Уверена, вы много о них читали, и наверняка некоторые законы предписывают вам делать прямо противоположное. Что бы вы сделали в таких случаях?
Шуйи : Я думал о запуске бизнеса по фриланс-работе с доступностью. Я зашёл в глобальный чат, посвящённый доступности веб-контента, и попросил совета, как начать. Адриан Розелли связался со мной и сказал: «Ваши клиенты будут полагаться на вас в вопросах соблюдения законов, что может иметь серьёзные последствия. Прежде чем предлагать свои услуги, определите, в каком регионе вы разбираетесь. Узнайте, с какими законами вы знакомы, чтобы, зарабатывая на жизнь, не создавать клиентам серьёзных проблем. Они доверяют вам, что вы знаете законы».
Конечно, многие компании обращаются за помощью в обеспечении доступности, потому что это требуется по закону, а не просто потому, что это правильно. Именно капитализм является причиной внедрения доступности. В конечном счёте, неважно, почему это произошло, важно, чтобы продукт был доступен.
Я приостановил фриланс, пока не обрету полную уверенность в том, что смогу помочь клиентам разобраться в законодательстве их региона. Стандартизация критически важна, и усилия и влияние WCAG невозможно переоценить. Наличие централизованной структуры, определяющей, как должен работать интернет, позволяет правительствам опираться на единые стандарты. Но, конечно, не каждое правительство примет эти стандарты.
Александра : Вы получили много ценных советов от замечательных людей на своём пути к доступности. Хотелось бы получить ещё какой-нибудь совет, прежде чем решить связать свою карьеру с этим?
Шуйи : Хотя это не изменило бы мой карьерный путь, было бы приятно знать, что, какой бы благородной ни была работа по обеспечению доступности, капитализм сильно на нее влияет.
Александра : [ Смеётся ] О да.
Шуйи : Я на третьем курсе. У меня год опыта работы в сфере доступности. Особенно если вы, как и я, работаете в Африке, там ограниченное количество вакансий в сфере доступности. Компании нанимают менеджеров, одного человека, который отвечает всем требованиям законодательства. Но я хочу работать в команде, где смогу учиться и развивать навыки.
Я был так рад приступить к работе, не изучая JavaScript, — ведь я мог бы просто выучить правила и помочь своей команде применять их. Но для работы разработчиками в агентствах требуется опыт работы с JavaScript. Я переехал в новый город и записался на курс по JavaScript, чтобы соответствовать этим требованиям. Всем остальным, кто хочет работать с доступностью, важно в первую очередь сосредоточиться на развитии навыков разработки.
Не буду врать, JavaScript мне до сих пор не нравится.
Сделайте одно: добавьте фокус клавиатуры
Александра : JavaScript — причина, по которой я теперь технический писатель, а не разработчик? Да, именно так. Я его просто ненавижу. Желаю тебе удачи в твоём учебном лагере.
Что бы вы хотели, чтобы разработчики сделали, чтобы их сайты стали доступными?
Шуйи : Фокусировка на клавиатуре. Умоляю от всего сердца. Мой трекпад не работает, поэтому в дороге я использую клавиатуру для навигации в интернете, и почти все сайты ужасны. Фокусировка на клавиатуре полезна не только людям с ограниченными возможностями.
Создание доступных платформ приносит пользу всем.
Следите за творчеством Шуйи в Twitter @shuyiolutimi .