🎙Спрашиваем Максима:❓Максим, ты эксперт по доступности в крупной компании и занимаешься темой accessibility уже много лет. Расскажи, пожалуйста, подробнее о своём опыте и о своём пути в IT и в accessibility в частности? Как ты пришел к этой теме?💬 Моя история началась с детства, когда произошла ситуация, вызвавшая у меня сильный стресс. На фоне этого стресса зрение начало резко ухудшаться и падало с большой скоростью. Тогда во мне зародился, пожалуй, главный страх того времени — полностью потерять зрение и лишиться возможности видеть мир вокруг. Хотя со здоровьем, пусть и не до конца, всё нормализовалось, этот страх остался.
Сначала я занимался вёрсткой, и меня очень увлекал CSS и HTML. Я посвятил много времени углублению знаний в этой области, прежде чем перейти в фронтенд, где начал работать с JavaScript. Затем я перешёл и в бэкенд, став FullStack разработчиком. Но несмотря на это, меня не покидало чувство, что в IT я занимаюсь только заработком, а мне хотелось приносить пользу, делать что-то значимое. В какой-то момент я наткнулся на блог Вадима Макеева о доступности и правильной верстке и понял, что хочу заниматься доступностью. Это направление интересно мне, потому что пересекается с моей страстью к вёрстке и позволяет помогать людям, которые испытывают сложности со зрением или живут с похожими страхами, упрощая для них цифровую среду.
❓Расскажи, пожалуйста, кто такой инженер по доступности, какие перед ним стоят задачи?💬 Вопрос о том, кто такой Accessibility Engineer, действительно заслуживает внимания. Но прежде чем ответить на него, важно понимать, что в процессе создания доступного интерфейса задействовано несколько ролей. Это аналитик по доступности, инженер по доступности, тестировщик доступности и дизайнер, специализирующийся на доступности. Каждая из этих ролей передаёт задачу от одного этапа к другому. Важно осознавать, что инженер по доступности — это только один из этапов в цепочке разработки доступного интерфейса.
Accessibility engineer — это специалист, который получает требования от аналитиков по доступности и бизнес-аналитиков и превращает их в задачи для фронтенд-отдела. Он описывает, структуру, какие атрибуты и механизмы должны быть реализованы, а так же клавиатурную навигацию. Часто формирует маркап с всей необходимой семантикой и атрибутами, нередко оживляя его с помощью JS. По сути создает прототип компонента, чтобы ещё на этапе описания задачи продумать все нюансы и иметь прототип как ориентир на этапе разработке на фронтенде. Также инженер по доступности проводит ревью pull request’ов, проверяя на наличие ошибок и особенностей. Далее он формирует раздел документации по доступности, объясняя в нём, как устроен компонент, почему он сделан именно так и какие функции с точки зрения доступности он поддерживает. Кроме того, инженер составляет тест-кейсы для ручного или автоматического тестирования, чтобы зафиксировать текущий уровень доступности компонента.
❓
Что посоветуешь почитать / посмотреть / послушать по своей теме?💬 В первую очередь спеки, конечно же —
WAI-ARIA. Если хочется живого общения, позадавать вопросы, можно писать в чат
Accessibility Club Minsk Chat. Очень полезен
раздел Accessibility в Доке и материалы, собранные в
подборке на сайте Веб-стандартов, которые уже рекомендовала Таня Фокина.
Ждём всех 2 ноября (сб) в Sative Space — приходите слушать доклады и общаться! 🤗
