en<able> - о дизайне и доступности

Села я тут смотреть прошлогоднее интервью Илона Маска с Лексом Фридманом на 8,5 часов про Нейролинк. Хочу написать пост про их апдейты. Закинула во все LLM запрос и одна из них наврала так красиво и убедительно, что уже есть и дизайн-система у них, и хакатоны, ну вы там прочитаете на скрине )) И да, никогда больше не буду использовать слово Эксклюзив в LLM 😂

Делаем блиц-интервью про AI и доступность. Задаем одинаковые вопросы и получаем разные ответы ) Наш третий гость — Алексей Назаренко @alexnozer_dev — фронтенд-разработчик, специализирующийся на вёрстке, доступности, производительности и веб-стандартах. Леша, спасибо 💜 Ты пробовал использовать Claude или ChatGPT со скринридером или с клавиатуры? Как это работает на практике? — Лично я не пробовал. Но читал о том, что в интерфейсах таких платформ полно проблем с доступностью. Ты знаешь кейсы, где AI улучшил доступность продукта? — Есть несколько фич, которые кажутся мне хорошим использованием AI в доступности: - Автогенерация субтитров на видео в TikTok, YouTube и подобных сервисах; - Возможность сгенерировать описание изображения (alt) в Firefox или Shopify; - Функция распознавания изображения с камеры в реальном времени в ChatGPT или Seeing AI; Ещё знаю, что AI используют при аудите для анализа контента и поиска нарушений WCAG. Но пока о каких-то серъёзных успеха в этом направлении не слышал. Есть ли риск, что AI-инструменты для доступности обучены на данных, которые не отражают реальный опыт людей с ограничениями по здоровью? Что должно измениться в том, как мы обучаем модели? — Все современные модели знают о доступности много, потому что это гигантские базы знаний. Сложность в том, чтобы эти знания оттуда извлечь. По умолчанию модели выдают статистически наиболее вероятный код. Дела с доступностью обстоят плохо, что подтверждают отчёты WebAIM. Поэтому в среднем сгенерированный код будет содержать проблемы доступности. С обучением моделей, скорее всего, уже ничего не сделать. Разве что в мире резко большинство сайтов и сервисов станут доступными и появятся новые хорошие кодовые базы, где это всё учтено. Но такого не будет. А учитывая волну нового сгенерированного кода за последние годы, всё только хуже. Поэтому нужно обкладывать агентов скиллами, правилами, инструкциями для работы, давать примеры доступного кода, проводить код ревью людьми, которые разбираются. ИИ волшебным образом не сделает мир доступнее, нужна инициатива и эксперты. 70% новых приложений создаётся на low-code и no-code платформах. Люди без технической базы делают продукты для миллионов. AI научит их паттернам доступности? — Я не слышал, чтобы без технической базы с помощью AI создавали продукты на миллионы пользователей. Истории «я за два вечера навайбкодил SaaS и заработал много денег» мне кажутся пылью в глаза. Десятки, сотни или тысячи пользователей, но не миллионы. Если говорить о крупных корпорациях, которые массово внедряют AI в процессы разработки, то там, всё же, есть техническая база. Не думаю, что AI научит доступности. Он способен воспроизводить шаблоны доступности и выдавать неплохие решения при должной настройке и в руках опытных разработчиков. Тех, кто росто генерирует код и не вникает в него, AI ничему не научит. В России активно пользуются технологиями с Ai — зарубежные скринридеры, программы по типу Open your eyes, есть ли надежда, что подобные сервисы будут разрабатываться российскими разработчиками? — Думаю, что надежда есть. Однако стимулов меньше, чем в странах Евросоюза или США. Нужно развивать культуру доступности и работать над законодательной базой, по аналогии с ADA или EAA. Культура будет способствовать информационной осведомлённости о важности доступности, а законы обяжут выделять на это ресурсы.

Я постоянно мониторю много источников для блога, у меня есть агент, который также ищет интересное, но! у него поверхностный поиск и он не может удовлетворить несколько критериев. Например, мне нужно найти все сайты дизайн-студий, которые занимаются A11y цифровой доступностью, находящиеся в USA и пишущие об этом в своем блоге. Поэтому я сама добавляю источники в файл Source.md. И тут мне попался в твиттере Parallel. Я его напрямую подключила к Claude Code, это бесплатно. Там есть и другие LLM, можно подключить свою либо работать напрямую через Find all — это генерация свежих датасетов по заданному описанию. Но это платно (а мы же все задолбались платить, да?). Есть и поиск по людям и компаниям, есть Research — это профессиональный инструмент для сложных бизнесов по типу правовых. Дальше я в свой файл Sources.md заношу новые источники, перезапускаю Claude Cowork и он несет обновленные публикации, с которыми я иду к вам ) Инструмент мощный, его создал бывший CEO Twitter, но блин он вообще недоступен по A11y. Вот интересно, как это возможно с учетом их строгих законов? Давайте им напишем ) ___ en<able> - о дизайне в A11y | Наши статьи на VC

Waymo разрабатывает технологию полностью беспилотных такси. Увидела статью в New York Times и пошла с Клодом проверять, а что же по доступности? А они-то молодцы! Начали ей заниматься давно. Причем как физической, так и цифровой! Клод сделал интерактивный отчёт со всеми WCAG-критериями, user journey и рекомендациями → https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/ А тут давайте тут расскажу, что мне очень понравилось. Заказать поездку можно только через мобильное приложение Waymo One. После вызова к вам приезжает полностью пустой электромобиль и всё взаимодействие от посадки до климат-контроля и музыки идёт через приложение. И вот его-то и разберем. · Приложение работает с VoiceOver (iOS) и TalkBack (Android). Во время поездки информация дублируется голосом, включая статусы («машина приехала», «можно отстегнуть ремень»). · Audio guidance («Голосовые подсказки»): при приближении к автомобилю приложение через динамик телефона проговаривает расстояние и направление. · Honk to find («Посигналить для поиска»): кнопка в приложении удалённо подаёт звуковой сигнал автомобиля. · Световые сигналы фар: визуальный аналог гудка для глухих и слабослышащих. · Extra time to board: пассажир может заранее выбрать увеличенное время на посадку, чтобы водительский автомобиль дольше ждал. · Braille-надписи на кнопке двери и поручнях. · Текстовые субтитры всех голосовых объявлений на экране в салоне. · Приложение минималистично. Основной экран — это карта с минимумом элементов. Как же это важно! · Фирменная анимация «радара». При поиске машины над кнопкой появляется вращающаяся дуга, напоминающая лидар-сканер. Такой индикатор активности системы. · Микро-взаимодействия и тактильная отдача. Когда машина подъезжает, телефон даёт характерную вибрацию. Анимация подсказывает, с какой стороны и на каком расстоянии автомобиль. · Инициалы на крыше. При заказе пассажир может включить отображение своих инициалов на куполе автомобиля. Приложение подсказывает: «Ищите свои буквы». Ну гениально же ) · Waymo проводит регулярные юзабилити-сессии с участием людей с нарушениями зрения, слуха, подвижности и когнитивными особенностями. Недоработки тоже есть и они в отчете → https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/

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

Самые важные фидбеки редко приходят от автоматических проверок, они приходят от реальных людей. Поэтому GitHub сделал такую схему: фидбэк от пользователей собирается в одном месте, Copilot делает первичный анализ: классифицирует по WCAG, выставляет приоритеты, предлагает команду, а потом всё это проверяет живая a11y team. И если есть расхождение между Copilot и человеком, по умолчанию считают, что прав человек. Год назад почти половина фидбэка по доступности оставалась нерешённой более 300 дней. Сегодня этого бэклога нет вообще: 89% задач закрываются в течение 90 дней 62% сокращение среднего времени решения 70% сокращение ручного административного времени 1150% рост задач, решённых в течение 30 дней 50% сокращение критических задач уровня sev1 100% задач закрыты в течение 60 дней в нашем последнем квартале Я зашла на их форум, там 3 года не могли поменять светло-серые галочки в формах на более контрастные. И знаете что? Поменяли. Правда пока только в тёмной теме, но не будем придираться, дадим время на светлую )) Ведь важно то, что они сделали рабочую систему, которая будет развиваться и делать их продукты доступнее. Ссылка на статью

— сделала подборку книг в LinkedIn, если нужна welcome ко мне на страничку — купила уколы дочке, тяжело достать ( — отказала любимому клиенту (разрыв сердца) — заказала новый ноут — трижды созвонилась с мужем — посмотрела видео про фокус (хорошее, кстати) — выпила кофе и поела Прочитать книгу про фокус — done ✅ Сфокусироваться — fail 🚫 Я люблю читать Владимира Алипова и он тоже недавно писал про фокус и это интересно! Он разбирает популярный миф: наше внимание деградировало до уровня золотой рыбки (8 секунд, если вы слышали). Но не все так плохо ) Просто наш мозг оптимизировался под среду с кучей отвлечений. У него подробнее тут и тут. А если у вас точно диагностировали СДВГ, то мой самый любимый канал Даши Июньской Гиперфокусник @adhd_pokus Как ваше внимание?

Сегодня субботний короткий пост. Как увеличить шансы на удачу? Стать человеком, который работает публично. Делая работу и рассказывая о ней, ты выстраиваешь репутацию, накапливаешь послужной список, создаёшь публичное портфолио. Хорошо помогает в этом концепция «Поверхности удачи» (Luck Surface Area) из старого поста Джейсона Робертса. Если коротко: чем больше ты делаешь то, что тебя по-настоящему увлекает, и чем большему числу людей об этом рассказываешь — тем больше в твоей жизни случается удачных совпадений. Он сводит это к формуле: Удача = [Делать] × [Рассказывать] Это умножение, а не сложение. Если один из множителей равен нулю, обнуляется всё. Можно годами делать отличные вещи, но если о них никто не знает, удаче просто не за что зацепиться. И наоборот. Когда-то я много рисовала руками и выложила иллюстрации в запретграм. Там меня заметили любимые Подписные издания и предложили выпустить канцелярию с моими рисунками. Ее увидел менеджер французской компании и позвал меня работать вместе. Какие же прекрасные и далекие были времена! Получились три года с французскими дизами, которые знали английский, но упорно говорили со мной на французском. А я, будучи модной студенткой, французские пары дико прогуливала и знала только Je reviens te chercher и Voulez-vous coucher avec moi (ce soir) )) Такая вот удача и карма )))

Сейчас я больше работаю с Claude, поэтому задумалась об экономии ) Что накопала — делюсь ) Токен — это кусочек текста, чуть меньше слова, для английского ≈ ¾ слова, для русского дороже, кириллица дробится на большее количество токенов). Вот тут первый лайфхак: пишите на английском ) При каждом сообщении модель обрабатывает: • Входные токены — вся история чата целиком, системные инструкции, прикреплённые файлы, инструкции проекта. • Выходные токены — собственно ответ Claude. Ключевой момент: история читается заново на каждом шаге. Поэтому чем длиннее диалог, тем дороже каждая следующая реплика, даже если она короткая. Как тратить меньше токенов? • Планировать сообщение. Объединять связанные вопросы в одно сообщение. • Новая тема — новый чат. Не таскать за собой длинную нерелевантную историю. • Длинные тексты и документы, к которым обращаешься многократно, держать в Проектах и формате md: содержимое кэшируется (а в RAG-режиме подгружается только релевантными кусками) и не списывается заново при каждом сообщении. • Отключить ненужные инструменты и коннекторы в настройках. • Выключать extended thinking, когда задача простая. • Выбирать текст, а не скрин. Для сравнения: 1 000 токенов ≈ 750 слов текста. • Подбирать модель под задачу — для простого незачем брать Opus. Как отслеживать расход? Сlaude.ai/settings/usage — прогресс-бары текущей сессии и недели для Pro/Max/Team. Это запаздывающий индикатор: он показывает «сколько процентов плана съедено», но не счётчик токенов конкретной реплики. Claude Code: команда /cost показывает потокенный расход сессии, /stats — паттерны во времени; плюс локальные JSONL-логи, которые читают сторонние мониторы. API: точное число входных/выходных токенов в каждом ответе + отдельный эндпоинт для предварительного подсчёта. en<able> - о дизайне в A11y | Наши статьи на VC

У компании есть конкурс Swift Student Challenge, где студенты со всего мира создают мини-приложения. Ребята объединили платформы Apple, Swift и Ai (чаще использовали Claude на радость теперь уже антропическому Андрею Карпатому, как вам новость кстати?) И знаете, что ребята сделали? Совсем не миниаппы, вы только посмотрите! Steady Hands — Gayatri Goundadkar (20 лет, Индия). Вдохновлена бабушкой, которая из-за тремора рук перестала заниматься традиционной живописью. Приложение стабилизирует рисование Apple Pencil для людей с тремором: анализирует «сырые» данные движения через фреймворки PencilKit и Accelerate, отделяет намеренные движения от дрожания и убирает «тремор-компонент». Готовые рисунки показываются в персональном 3D-музее — «чтобы пользователи чувствовали себя художниками, а не пациентами». pitch coach — Anton Baranov (22 года, Германия). Идея родилась за кухонным столом из слов матери-преподавателя о студентах, у которых много слов паразитов. Приложение даёт обратную связь в реальном времени: отслеживает осанку через AirPods, ловит слова-паразиты («um», «like»), генерирует персональные сводки после каждой сессии через Apple Foundation Models. Вышло в App Store в начале марта, уже более 6000 загрузок. Используют не только для презентаций, но и для репетиций рэпа и стендапа. Asuo — Karen-Happuch Peprah Henneh (Гана). «Asuo» на языке тви означает «текущая вода». Приложение строит безопасные маршруты эвакуации в зонах наводнений в реальном времени. Считает интенсивность дождя и использует алгоритм поиска пути на основе исторических данных о наводнениях. Доступность была заложена с самого начала: VoiceOver-метки на всех элементах, кастомная голосовая система оповещений через AVSpeechSynthesizer. Henneh — дизайнер, поэтому техническую часть (симулятор дождя) делала с помощью Claude. А еще эта умничка ведёт некоммерческую организацию Radiance Girl Africa, поддерживающую женщин в технологиях. LeViola — Yoonjae Joung (21 год, Южная Корея). Не смог взять свой альт на стажировку в Нью-Йорк и затосковал по инструменту. Приложение позволяет учиться играть на альте без самого инструмента: камера отслеживает позу рук — суставы левой руки определяют зажатые ноты, угол правой руки — выбор струны. Использовал Create ML для обучения собственной модели и Core ML для интеграции. Осваивать Swift помогали Claude, OpenAI Codex и Google Gemini. Планирует расширить идею на другие инструменты. Юные разработчики вдохновились личными историями, сделали accessibility ядром продукта, а AI tools позволили ускорить процесс создания. 👉 Полная статья: https://www.apple.com/newsroom/2026/05/ai-meets-accessibility-in-this-years-swift-student-challenge/

Каждый год Apple отмечает лучших разработчиков. И меня радует, что есть целая отдельная категория! Пробежимся по тем, кто в ней ) 🎸 Guitar Wiz (Индия, соло-разработчик) Приложение для гитаристов с полноценной поддержкой VoiceOver — голосовые подсказки по аккордам, ладам и высоте тона. Поддерживает Dynamic Type (!!!) и режим «Различать без цвета». Музыка доступна всем 💙 👂 Hearing Buddy (США, соло-разработчик с нарушением слуха) Субтитры и резюме разговоров в реальном времени прямо на устройстве. Актуально для 466 млн человек с нарушениями слуха по всему миру. 🗓 Structured (Германия) Планировщик, который ценит отдых не меньше задач. Особенно полюбился нейроотличным пользователям — а это около 15–20% населения планеты. ИИ сам предлагает и заполняет задачи, снижая когнитивную нагрузку. Хочу попробовать, хотя я все же фанат Обсидиана. Все три приложения сделаны маленькими командами или вообще одним человеком, мощь и выбор каждого разработчика менять жизнь вокруг себя 💙 ___ en<able> - о дизайне в A11y | Наши статьи на VC

На гитхабе дизайнер создал файл A11y.md — готовый контекст, который загружаешь в Claude (или любую другую нейронку) — и она начинает проверять твои макеты по стандартам WCAG 2.2. Дима и Миша рассказывали уже о том, что если не спросить нейронку, то она и не расскажет о доступности, так вот md решает данную проблему. Мне нравится, как этот диз написал: Accessibility is not a feature or an incremental improvement; it is a pre-condition for use. Доступность — это необходимое условие. Как пользоваться, если ты диз? 1. Открыть файл на GitHub A11Y.md из папки docs/en/ 2. Вставить в начало чата с AI «Строго следуй правилам разработки, описанным в файле A11Y.md» 3. Скинуть файл или ссылку на свой проект 4. Готово! Что внутри репозитория: ⚡ Command Center — главный файл с матрицей приоритетов, правилами поведения для AI и протоколом для сложных компонентов. 📚 Support Library — справочная библиотека с готовыми решениями по контрасту, формам, кнопкам, навигации и модалкам. 🛠️ Templates — шаблоны для финальной проверки перед релизом и структурированный лог для фиксации технического долга. 📝 Examples — реальные ошибки доступности из проекта на Figma Make, с конкретными исправлениями, которые предложил A11Y.md в роли автоматического ревьюера. Немного того, что важно для дизайнера: → Контраст текста должен быть 4.5:1, элементов UI — 3:1 → Нельзя передавать состояние только цветом — нужны иконка + текст + цвет → Минимальный размер кнопки — 44×44px → Плейсхолдер не заменяет подпись к полю → Графики обязаны различаться без цвета — текстурами или штриховкой и многое другое Этот файл не научит доступности с нуля, он действует скорее как быстрый фильтр и сверка с WCAG. Конечно, я за то, чтобы изучать A11y глубже )

Я сейчас провожу Reddit-исследование на 1250 постах по цифровой доступности. И мне нужно сделать так, чтобы Claude искал только по моей базе, а не во всем интернете.  Недавно Андрей Карпаты (один из основателей OpenAI) выложил в X пост о том, как он хранит информацию как .md файлы (обычные текстовые файлы) и подключает Claude напрямую к этим знаниям. Почему это лучше, чем просто загружать файлы в чат? Каждая сессия Claude начинается с чистого листа — приходится заново объяснять контекст. Claude Code подключён к папке постоянно через терминал: один раз структурировала знания, и они работают во всех следующих сессиях.  Настроила примерно за час и то, потому что протупила с путями, куда что сохранять. А так оч быстро ) Потом полдня писала эту инструкцию ) Буду рада вашим реакциям ) В будущем хочу попробовать: настроить поиск по смыслу (семантический), а не по точным словам: чтобы Claude находил «усталость», даже если в заметке написано «выгорание». Автоматизировать обработку новых источников — положила файл в папку, он сам превратился в структурированную заметку. И сделать так чтобы Claude знал базу без чтения файлов каждый раз, как это делает Notebook LM. Карпаты об этом тоже писал. ⚡️Написала инструкцию на VC⚡️ ___ en<able> - о дизайне в A11y | Наши статьи на VC

Пришло время перезапустить книгу в виде сайта! Запускаю ее в формате DocC: • доступна в онлайне, можно ссылаться на любой раздел, • верстка под мобилу и декстоп, • светлая/темная тема. Как и раньше книжка остается бесплатной. Как и раньше выпускать буду главами раз в пару недель, про обновления будет в этом канале. Сейчас доступна первая глава про общее понимание доступности, статистику и как пользоваться скринридером. Самое ценное что вы можете сделать: поделиться сайтом со своими знакомыми программистами, дизайнерами, продактами и рассказать в соцсетях. https://bookshelf.dev/a11y-book/">https://bookshelf.dev/a11y-book/

Джон Тернус — новый CEO Apple, а также тот человек, который в качестве дипломного проекта в University of Pennsylvania разработал механическую руку для кормления, управляемую с помощью движений головы. То есть пользователь, не имеющий возможности двигать конечностями, мог самостоятельно есть — управление шло через head-tracking без участия рук. Также стоит вспомнить, что именно под его руководством вышли Apple Watch с Double Tap — классический curb cut effect: жестовое управление изначально появилось в 2021 году как AssistiveTouch, фича для людей с особенностями верхних конечностей, а позже та же технология стала фичей для всех. AirPods Pro с hearing aid — наушники массового рынка, работающие как слуховой аппарат. Vision Pro, где eye-tracking — основной интерфейс: формально это универсальный дизайн, но выросший из accessibility-подхода ) И это уже другой уровень доступности — встройка в железо ) Кайф? Кайф! Alt: фотография Джона Тёрнуса на сцене Apple-презентации, за ним крупным планом чипы и схемы. ___ en<able> - о дизайне в A11y | Наши статьи на VC

А пока я загружаю дизайн-систему туда, напишу про заявленную доступность Claude: • Аудит компонентов на соответствие WCAG 2.1 / 2.2 (A, AA, AAA) — контрастность, фокус, таб-порядок, размеры тач-таргетов • Проверка и генерация корректной ARIA-разметки (roles, states, properties, live regions) • Проверка работы с клавиатурой и фокуса • Анализ семантики HTML, heading hierarchy, landmark-регионов • Проверка alt-текстов • Генерация A11y-документации для компонентов дизайн-системы (do's/don'ts, примеры использования) Есть набор Accessibility Agents — специализированных агентов для Claude Code, GitHub Copilot и Claude Desktop, которые проверяют код на соответствие WCAG 2.2 AA, покрывают i18n/RTL, дата-визуализации, email, медиа, web components Пока сама не тестировала, попробую попозже )

Я затеяла исследование реального опыта людей с нарушениями слуха, зрения и когнитивными особенностями через посты на Reddit. Честно, не ожидала что всё получится так быстро. Антон, от всей души: спасибо. Впишу тебя в проект как человека, благодаря которому это случилось 💙 Но не могу не рассказать о нём. Антон руководит финтех-командой в платформе для локализации Smartcat в США. Захожу я значит почитать его канал @tobeproduct — а там пост про моего любимого Олега Пащенко, а там про продукт, а там про ИИ, Жюль Верн, Стругацкие, классическая русская литература, разработка приложений, тут же проект для вайбкодинга — и понимаю: у меня новый канал для закрепа! Вот тут навигация по каналу Антона. Пишу от всей души и на одном дыхании, потому что поражена, как много крутых людей здесь. Спасибо, что вы есть 🙏

Дима Бороухин @dmboro — в прошлом дизайнер и веб-разработчик. После потери зрения объединил свои технические знания с личным опытом и стал консультантом по цифровой доступности. — Ты пробовал использовать Claude или ChatGPT со скринридером или с клавиатуры — как это работает на практике? Я пробовал ChatGPT, однако по удобству взаимодействия мне больше понравился Gemini. Его интерфейс вполне доступен: элементы управления имеют корректные роли, имена и состояния, что позволяет скринридеру считывать структуру страницы. В своей работе я активно применяю AI для подготовки HTML-страниц для презентаций — чтобы показывать командам типичные проблемы доступности. Грамотный промпт позволяет сгенерировать страницу, где один элемент оформлен эталонным кодом, а остальные имеют аналогичный дизайн, но содержат критические ошибки — например, невозможность установить фокус. Визуально всё выглядит одинаково, но при взаимодействии через клавиатуру или скринридер различия становятся очевидными. Также я использую AI для подбора цветовых схем и помощи в написании CSS-кода. — Ты знаешь кейсы, где AI улучшил доступность продукта? или хотя бы часть? Комплексных кейсов, где AI улучшил доступность продукта, в моей практике не встречалось. Вижу нейросети лишь в точечных задачах — как в примере с описанием изображений, о котором расскажу дальше. — Есть ли риск, что AI-инструменты для доступности обучены на данных, которые не отражают реальный опыт людей с ограниченными по здоровью? Риск, безусловно, есть. AI может отлично знать теорию и стандарты, но их всегда нужно проверять на практике. Реальные сценарии взаимодействия со вспомогательными технологиями часто сложнее, чем их описывают в документации. Пример из жизни: недавно я просил AI создать примеры недоступных кнопок. Модель предположила, что «поломанная» кнопка будет полностью неработоспособна для скринридера. Однако на практике скринридер NVDA умеет эмулировать нажатие даже там, где код реагирует только на клик мыши. В итоге для пользователя скринридера кнопка может сработать, а для человека, использующего только клавиатуру, она останется недоступной. Я не разработчик нейросетей, но как консультант по цифровой доступности могу сказать: чтобы ситуация изменилась, в данные для обучения моделей нужно включать больше примеров реального поведения ассистивных технологий. Важно, чтобы AI видел не только идеальный код, но и понимал нюансы взаимодействия разных групп пользователей с интерфейсом. — 70% новых приложений создаётся на low-code и no-code платформах. Люди без технической базы делают продукты для миллионов. AI научит их паттернам доступности? Теоретически — может, но на практике всё зависит от того, как сформулирован запрос. Если создатель продукта не осведомлен о принципах доступности, он просто не включит эти требования в задачу для AI. А без явного запроса модель проигнорирует эти нюансы ради скорости разработки. Важно помнить: доступность — это не только формальное соответствие ГОСТу или WCAG. Прежде всего это про пользовательский опыт. Можно создать приложение, которое формально пройдет все автоматизированные тесты, но при реальном использовании окажется неудобным. — В России активно пользуются технологиями с Ai — зарубежные скринридеры, программы по типу Open your eyes, есть ли надежда, что подобные сервисы будут разрабатываться российскими разработчиками? Это уже реальность. Я постоянно пользуюсь отечественными решениями. Например, «Умная камера» Яндекса — незаменимая вещь в быту: она помогает отличить бутылку молока от кефира в холодильнике, когда упаковки идентичны. Недавно я показывал зарубежным коллегам функцию описания изображений в Яндекс Браузере. В одном онлайн-магазине одежды вместо внятных alt-текстов были маркетинговые названия коллекций. Нейросеть Яндекса точно описала суть: состав комплекта, цвета, фасон. Это тот случай, когда AI исправляет ошибки контента «на лету». Так что — большой респект и спасибо команде инклюзии Яндекса за их работу!