Что каждый программист должен знать о цифровой доступности

Доступность становится еще более важной для понимания программистами. В 2020 году Верховный суд США вынес решение по делу Domino's vs. Роблеса, что Интернет и приложения являются «местами» по отношению к Закону об американцах с ограниченными возможностями. Это означает, что люди с ограниченными возможностями теперь могут подавать в суд на цифровые приложения, которые недоступны.

Многие разработчики считают, что улучшение доступности — это больше, чем просто юридическое обязательство. Это побудило Electronic Arts объявить, что они не будут обеспечивать соблюдение своих патентов на доступность, чтобы другие разработчики могли использовать их для создания более инклюзивных игр.

Тенденция к доступности очевидна. Знание того, как интегрировать доступность в разработку, скоро станет основной компетенцией для программистов всех типов.

Что такое цифровая доступность?

Цифровая доступность — это процесс обеспечения доступа людей с ограниченными возможностями к цифровым продуктам, таким как приложения и веб-сайты. Это может означать, что

приложения для видеоконференций имеют подписи чтобы глухие или слабослышащие люди не пропустили происходящее. Или это может означать добавление замещающего текста к изображениям, чтобы слепые люди могли объяснять визуальные эффекты с помощью средств чтения с экрана.

Наиболее часто используемыми рекомендациями по обеспечению доступности являются Руководство по доступности веб-контента, международный стандарт доступности, созданный Консорциум всемирной паутины (W3C).

Действующие в настоящее время руководящие принципы, известные как ВКЭГ 2.2, были опубликованы в конце 2021 года. Эти руководящие принципы сосредоточены на четырех ключевых принципах, лежащих в основе цифровой доступности: воспринимаемость, работоспособность, понятность и надежность.

В каждом разделе рассматривается, как люди с различными видами нарушений или вспомогательные устройства используют технологии и как программисты должны разрабатывать для этого.

Уровни соответствия измеряются с помощью стандартов уровня A, уровня AA и уровня AAA, при этом минимальный уровень является минимальным порогом. и самый высокий уровень, предназначенный для решения более сложных и специфических проблем доступности, которые расширяют возможности пользователей с ограниченными возможностями. опыт.

Проблема с подходами, основанными на соблюдении

Есть две основные проблемы с традиционными подходами к цифровой доступности. Во-первых, часто существует многолетняя задержка между появлением недоступной технологии или практики и рекомендациями, которые помогают их исправить.

С выпуском WCAG 2.2 с опозданием более чем на год и работой над следующей итерацией, ВКАГ 3.0, которые ведутся уже много лет, ясно, что используемые в настоящее время рекомендации по доступности устарели еще до того, как были опубликованы.

Вторая проблема труднее понять многим программистам. Дело в том, что этих рекомендаций недостаточно.

Почему улучшенная доступность имеет значение

К сожалению, многие разработчики используют шаблонный подход к цифровой доступности, который слишком сильно зависит от соблюдения рекомендаций WCAG, когда доступный дизайн должен быть более динамичным обработать.

Разработчики, соответствующие стандартам, часто считают, что если они просто отметят все флажки, их продукты будут доступны. Но это просто неправда. На самом деле, в случае подачи иска в соответствии с ADA защиты компании, что она соблюдала рекомендации WCAG, может быть недостаточно.

Почему? Потому что даже соответствие уровню AAA не гарантирует доступности вашего проекта или веб-сайта — он разработан, чтобы установить минимальный стандарт доступности.

Команды разработчиков не должны просто хотеть сделать свою работу доступной для более широких слоев населения, от них в конечном итоге может потребоваться это по мере появления новых правил или прецедентного права.

Почему вы должны заботиться о «долге доступности»

Большинство программистов знакомы с термином «технический долг». В нем описываются последствия разработки, в которой используются самые простые решения для кодирования, а не лучшие. Это часто приводит к неэффективному коду и необходимости исправления ошибок в будущем.

«Долг доступности» — аналогичная концепция. Это относится к недоступному коду и продуктам, которые команда или компания имеет на рынке или в разработке, и для того, чтобы сделать их полностью доступными, потребуются время, усилия и деньги. Со временем и для разных продуктов или сайтов этот долг доступности растет, пока его устранение не станет невероятно дорогостоящим.

Не работая сейчас над доступностью, программисты не просто усложняют людям с ограниченными возможностями использование их продуктов. Они также создают будущие обязательства для своих компаний в случае изменения правил или стандартов доступности.

Задача улучшения цифровой доступности

Одним из самых больших препятствий для создания более доступного кода является то, что многие программисты имеют ограниченное представление о том, что включает в себя инвалидность. Персонажи доступности, которые Продукт и UX-команды которые иногда используются для помощи в проектировании, слишком часто фокусируются на общеизвестных нарушениях, таких как слепота, глухота или паралич.

Программисты могут знать, что они должны проектировать с учетом эпилептических припадков, но могут не учитывать потребности пользователей, страдающих хронической мигренью, состоянием, которое приводит к инвалидности.

Более того, эти персонажи редко охватывают пользователей с множественными нарушениями или тех, кто использует различные устройства доступности. Например, многие функции популярного программного обеспечения для преобразования голоса в текст нельзя использовать, если у пользователей включен режим высокой контрастности.

Для продукта, который обычно используется в качестве вспомогательного устройства людьми с нарушениями зрения — группа для которых часто может быть необходим высококонтрастный режим — это чрезвычайная оплошность разработчиков команда.

Использование универсального дизайна для лучшей доступности

Итак, что может сделать программист, если он хочет достичь более высоких стандартов доступности? Первый шаг — отказаться от мышления, которому способствуют такие протоколы, как WCAG 2.2, а именно: доступность — это нечто объективное с конкретным, четко определенным дизайном и программированием вмешательства.

Как альтернатива, универсальный дизайн концепции, которые являются частью группы практик, которые иногда называют инклюзивным дизайном, могут помочь программистам переоценить свои проекты. и изменить свой процесс проектирования, чтобы решить, как сделать их продукты более доступными для людей с любыми способностями, начиная с определения проблемы. сцена.

Существует семь универсальных принципов проектирования: справедливое использование, гибкость в использовании, простота и интуитивность. использование, воспринимаемая информация, терпимость к ошибкам, низкие физические усилия, размер и пространство для подходов и использует.

На первый взгляд кажется, что они приведут к коду, соответствующему рекомендациям WCAG 2.2. Однако ключевое отличие заключается в том, что дизайнеры начинают с рассмотрения этих принципов как фундаментальных для своего дизайна для всех. пользователей, а не сосредотачиваться на том, чтобы дизайн, созданный для «среднего пользователя», соответствовал стандартам доступности позже на.

Это переворачивает этапы определения проблемы и проектирования, поскольку требует от программистов предположения, что все пользователи могут иметь инвалидность. Это часто приводит к экономии денег компаний, поскольку добавление незапланированных функций доступности увеличивает время и бюджет, необходимые для завершения проекта.

Универсальный дизайн также часто приводит к созданию более качественных продуктов, поскольку продукты, разработанные в соответствии с принципами универсального дизайна, часто более удобны для всех.

Важность удобства использования

Принципы универсального дизайна также прямо говорят об использовании, что выходит за рамки рекомендаций WCAG. Несмотря на то, что удобство использования и доступность связаны между собой, это разные линзы, с помощью которых можно оценить опыт пользователя с ограниченными возможностями.

Доступность направлена ​​просто на обеспечение того, чтобы люди с ограниченными возможностями могли получить доступ к сайту или продукту, а не на то, чтобы они могли сделать это эффективным, гибким или предпочтительным способом.

Например, веб-сайт может соответствовать требованиям доступности, если пользователь с ослабленным зрением может получить к нему доступ через программу чтения с экрана. Однако некоторые люди с нарушениями зрения предпочитают приложения для преобразования текста в голос и не владеют программой чтения с экрана.

Если ваш веб-сайт запрещает экспорт текста в приложение, как это делают некоторые новостные сайты, ваш веб-сайт технически доступен для этого пользователя... но для них это непригодно. Таким образом, хотя это и не нарушает ADA, это означает, что инвалид не может использовать ваш продукт.

Еще одна проблема возникает, когда программисты сталкиваются с ситуациями, когда они технически соответствуют рекомендациям по доступности, но не соответствуют им функционально.

В этом случае веб-сайт может соответствовать требованиям WCAG посредством аудита кода, но по-прежнему может не соответствовать цели «полного и равное пользование» в соответствии с ADA, если инвалид не имеет доступа к тем же вещам, что и не инвалид человек.

Большинство стандартов доступного дизайна не уделяют внимания удобству использования, а тестирование удобства использования часто не включает пользователей с ограниченными возможностями. Но удобство использования должно быть ключевой метрикой в ​​тестировании доступности, и тестирование удобства использования должно быть сфокусировано, не только для среднего пользователя, но и для пользователей с ограниченными возможностями, у которых гораздо больше шансов столкнуться с проблемами.

Как может помочь справедливость дизайна

Одна последняя концепция, которую должны понять программисты, это дизайн справедливости. Подход к дизайну, который исследует взаимосвязь между дизайном, властью и социальной справедливостью. переосмысливает процессы проектирования, чтобы сосредоточить голоса тех, кто традиционно игнорировался в дизайне практики.

Действительно, процессы справедливости в дизайне превращают дизайнера в посредника, а не в эксперта. Этот сдвиг может быть полезен, поскольку люди с ограниченными возможностями являются авторитетами в том, что им нужно. Если их не центрировать, это может означать трату времени и денег на специальные функции, которые бесполезны.

Стратег и активист дизайна для инвалидов Лиз Джексон даже придумала термин для обозначения элегантных, но бесполезных решений, которые придумывают дизайнеры, не являющиеся инвалидами: ключи для инвалидности. Это продукты, которые не нужны или предлагают решение, которое невозможно использовать.

Как будет выглядеть процесс справедливости в отношении дизайна вашего продукта? Это может означать наем нескольких экспертов с ограниченными возможностями для помощи в исследовании доступности, дизайне UX, программировании, тестировании качества и юзабилити. Это также может означать проведение платных фокус-групп с пользователями с ограниченными возможностями на каждом этапе рабочего процесса разработки.

В конечном счете, наиболее важным аспектом справедливости дизайна является то, как она помогает программистам понять силу, которой они обладают. Каждый выбор кода или дизайна, который вы делаете, может оказать огромное влияние на жизнь людей с ограниченными возможностями, если ваши решения создают барьеры.

Это может повлиять не только на их доступ к вашему продукту, но и на их доступ к вещам, которые ваш продукт облегчает, таким как сообщества, впечатления или даже трудоустройство.

Следующие шаги по улучшению цифровой доступности

Теперь, когда вы знаете, почему цифровая доступность так важна, и знаете, какие трудности возникают при ее качественном выполнении, что вы можете сделать?

• Начните с получения дополнительной информации об универсальном дизайне и справедливости дизайна. Есть мастерские, онлайн-курсы, а также книги доступны для помощи.
• Пересмотрите свой рабочий процесс разработки, чтобы центрировать доступность на каждом этапе.
• Бюджет для вашей команды на обучение доступному и универсальному дизайну.
• Нанимайте программистов с ограниченными возможностями и привлекайте людей с ограниченными возможностями в качестве соавторов проектов.
• Разработайте четкие рекомендации по доступности и удобству использования.
• Используйте людей с ограниченными возможностями, которые являются родными пользователями вспомогательных технологий, для проведения тестирования качества, а не для имитации опыта людей с ограниченными возможностями.
• Создавайте контрольные списки, фиксирующие ключевые вехи доступности во время разработки.

Ничто не может быть доступно на 100%, потому что человеческие нарушения многогранны, а потребности разных людей в доступности часто противоречат друг другу. Но чем больше времени программисты тратят на размышления о потребностях пользователей с ограниченными возможностями, универсальном дизайне и справедливости дизайна, тем более доступными будут будущие продукты.

Краткое руководство по инструментам специальных возможностей Windows 10

Если вы боретесь с плохим зрением или хотите изучить управление речью, Windows 10 предлагает множество специальных инструментов, которые помогут вам. Мы покажем вам, где их найти и как их использовать.

Читать далее

Об авторе