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