Hacker News Digest

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

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

• Проблемы с чтением документов в двухколоночном формате, когда порядок чтения нарушается (сверху вниз в колонке, а не слева направо), что затрудняет копирование.
• Критика PDF как неудобного формата, несмотря на его распространённость.
• Положительный отзыв о мобильной версии статьи: хороший адаптивный дизайн и удобное расположение элементов на маленьком экране.
• Важность контрастного чёрного текста на белом фоне для удобного чтения.

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

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

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

• Пользователи обсуждают, что профили Firefox существуют уже много лет, но новый UI не решает проблему с их использованием и не показывает старые профили.
• Создание нового профиля через новый интерфейс не создаёт отдельную папку профиля, что вызывает вопросы о том, как перенести данные.
• Некоторые пользователи отмечают, что новый интерфейс не позволяет выбрать, какой профиль использовать при открытии ссылки из внешнего приложения.
• Обсуждается, что контейнеры и профили разные вещи, но новый UI не делает это ясным.
• Несколько комментаторов выражают разочарование в том, что Mozilla не делает ясным, что именно нового вносит новый UI, и что именно он улучшается.

Джеймс Падольски, разработчик software, перенесший геморрагический инсульт в височной доле с эпилепсией, делится советами для коллег с похожими проблемами. Инсульт случился с ним в 29 лет после 12 лет карьеры, и за прошедшие 6 лет он выработал стратегии адаптации. Ключевые рекомендации: немедленно останавливаться при появлении усталости, тошноты или странных ощущений; использовать наушники, беруши и учиться говорить "нет"; ставить здоровье выше производительности; использовать юридическую защиту; минимизировать переключение контекста; применять ИИ как помощника; выполнять сложную работу в период ментального пика; избегать долгих встреч и отключать уведомления.

Автор признает, что ему трудно следовать собственным советам, особенно в отказе от встреч и вежливости, когда это истощает. "Внимание — это дорого, и нам оно нужно гораздо меньше, чем мы думаем", — отмечает он. Падольски подчеркивает, что разработчики с последствиями инсульта не должны чувствовать себя обязанными справляться в одиночку из-за какого-то "культурного фетишизма чистоты".

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

Apple представила новый интерфейс Liquid Glass с прозрачностью и эффектами размытия во всех своих операционных системах, но многим пользователям эти эффекты мешают или затрудняют чтение. В статье подробно описано, как контролировать эти эффекты для повышения удобства использования. Наиболее важной настройкой является "Системные настройки > Специальные возможности > Дисплей > Уменьшить прозрачность", которая делает строку меню непрозрачной, скрывает обои за виджетами, центром управления и доком, а также устраняет прозрачность в боковой панели системных настроек.

Для тех, кто часто делает скриншоты, эта функция особенно важна, так как обеспечивает единообразный фон. Автор отмечает, что настройки специальных возможностей для контроля Liquid Glass похожи в macOS, iOS, watchOS и tvOS, но их полезность различается в каждой системе. Статья содержит сравнительные скриншоты, демонстрирующие разницу между стандартными настройками и уменьшенной прозрачностью, что позволяет пользователям визуально оценить эффекты изменений.

• Обсуждение в основном вращается вокруг критики нового дизайна "Liquid Glass" в iOS 26 и macOS Sequoia, который пользователи считают неудобным, непрактичным и вызывающим проблемы с читаемостью.
• Участники жалуются на снижение контрастности, нечитаемость текста и общее ухудшение пользовательского опыта, особенно в темной теме.
• Некоторые участники высказывают мнение, что Apple теряет фокус на удобстве пользователя в пользу визуальных эффектов.
• Обсуждение также затрагивает влияние этих изменений на продуктивность и удобство использования, а также то, как Apple обрабатывает обратную связь от сообщества.
• Участники также обсуждают, как обойти или отключить эти изменения, и обсуждают, будет ли Apple учитывать эту обратную связь в будущем.

HTML-тег <output> почти не используют, но он решает две задачи: делает результат вычислений доступным для скринридеров и избавляет от необходимости вручную подключать ARIA live-регионы. Пример: калькулятор, слайдеры, индикаторы сложности пароля. Тег работает без JavaScript и ARIA-атрибутов, поддерживается всеми браузерами и скринридерами.

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

Igalia получил грант от Sovereign Tech Fund на поддержку движка Servo. В течение года команда займётся тремя направлениями: внедрение базовой поддержки специальных возможностей, завершение WebView API для встраивания Servo в приложения и рутинная поддержка проекта. Это позволит движку оставаться жизнеспособным и совместимым с экосистемой Rust.

• Финансирование и гранты: Немецкий Sovereign Tech Fund выделяет гранты на разработку Servo, но суммы (€545,400) вызывают сомнения в их адекватности, особенно на фоне сравнения с другими инициативами.
• Проблема зависимости от США: Обсуждение подчеркивает, что ЕС по-прежнему зависит от технологий США, и вопрос остаётся открытым, несмотря на усилия по финансированию open-source проектов.
• Сравнение с другими проектами: Участники обсуждения отмечают, что в отличие от других проектов, таких как Ladybird, у которого есть 8 разработчиков, Servo не имеет столь же широкой поддержки, что может затруднить его развитие.
• Финансирование open-source: Участники подчеркивают важность устойчивого финансирования open-source проектов, особенно в контексте государственных инвестиций в такие проекты как Servo.

Основной урок: «A» не обязательно должна быть «A». Кроссбар, который не попадает в центр, делает букву высокопоясной и визуально неуравновешенной. Правило: если выглядит неправильно — значит, так оно и есть. Подчеркнуть: контраст штрихов в местах стыков должен быть заметен.

• Обсуждение началось с цитаты о том, что «недостаточное внимание к промежуткам между буквами приводит к тому, что мы теряем B-образность», и быстро перешло к обсуждению веб-дизайна, шрифтов и их взаимодействия с Hacker News.
• Участники обменялись ссылками на ресурсы вроде ohnotype.co, futurefonts.com и letterspractice.com, а также обсудили, что читабельность и доступность контента важнее, чем кричащие цвета и неуместный скроллинг.
• В итоге, обсуждение свелось к тому, что даже в сообществе, где обсуждают веб-дизайн и типографику, важно соблюдать баланс между формой и содержанием, и что важно не только знать, где рисовать линию, но и понимать, как влияет на читаемость то, что мы оставляем пустым.

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

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

• Современные смартфоны, особенно iPhone, критикуются за излишнюю сложность интерфейса, непонятные жесты и запутанный процесс первоначальной настройки, что создает серьезные барьеры для пожилых пользователей.
• Многие пользователи предлагают создание упрощенных режимов (вроде Assistive Access) и возможность кастомизации интерфейса с самого начала настройки устройства, оставляя только самые необходимые функции (звонки, сообщения).
• Отмечается, что проблема не только в Apple, но и в общей тенденции усложнения UX across all platforms (Android, Windows), а также в плохо спроектированных приложениях (банки, госуслуги), которые часто требуются для повседневной жизни.
• Подчеркивается важность терпения и индивидуального подхода при обучении, фокусируясь только на тех задачах, которые действительно нужны пользователю, а не на демонстрации всех возможностей устройства.
• Обсуждается, что пожилые пользователи — не монолитная группа; некоторым удается успешно освоить устройства, в то время как для других даже упрощенные смартфоны остаются слишком сложными, и иногда более подходящим решением может быть простой кнопочный телефон.

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

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

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

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

В архиве представлено 362 сайта с фильтрацией по тегам — от 3D-анимации и типографики до звукового дизайна и глитчей. Примеры вроде rude-captcha.xyz или slingshot.trudy.computer демонстрируют, как можно творчески использовать возможности телефона. Цель проекта — стимулировать сообщество к обсуждению и эксперименту в mobile-first дизайне.

• Пользователи обсуждают нестандартный веб-дизайн представленных сайтов, отмечая как их креативность и ностальгическую ценность, так и проблемы с юзабилити и доступностью.
• Критике подвергаются отдельные элементы, такие как изменение поведения ссылок при наведении и невозможность добраться до нижней части страницы из-за бесконечной подгрузки контента.
• Участники делятся воспоминаниями о легендарных сайтах прошлого (Kaliber 10000) и обмениваются ссылками на аналогичные ресурсы и агрегаторы необычных сайтов.
• Высказываются опасения, что подобный дизайн часто непрактичен для представления реального контента и создания призывов к действию, а также создает барьеры для доступности.
• Часть сообщества ценит представленные работы за их художественную ценность и вдохновляющий потенциал, призывая не зацикливаться на мелких недостатках.

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

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

• Рекомендация инструментов для создания палитр с учётом доступности (Color Brewer, iWantHue, Fabio Crameri's colour maps, colorcet.com, coolors.co, flatuicolors.com).
• Критика некоторых палитр за низкую контрастность и плохую различимость для людей с дальтонизмом.
• Обсуждение необходимости проверки палитр через эмуляцию различных видов цветовой слепоты (например, в инструментах разработчика Chrome).
• Упоминание конкретных стандартов и гайдлайнов по использованию цветов (IBM's Color-blind safe, SVG gradient format).
• Запросы на функциональность инструментов: вывод палитр в форматах для gnuplot, CSS и других технических нужд.

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

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

• Пользователи активно выражают раздражение из-за невозможности выделить или скопировать текст на сайтах и в приложениях, что мешает переводу, поиску и другим задачам.
• Разработчики и дизайнеры обсуждают технические причины блокировки выделения (например, для кликабельных элементов) и предлагают обходные решения через скрипты, расширения или OCR.
• Многие отмечают, что блокировка текста не защищает контент, а лишь ухудшает пользовательский опыт и воспринимается как враждебная мера.
• Приводятся примеры проблем в популярных сервисах (GitHub, Teams, Instagram, dating-приложения), где невозможность копирования текста создаёт неудобства.
• Пользователи делятся инструментами и методами для обхода ограничений (браузерные расширения, скрипты, системные утилиты типа Powertoys, скриншоты с OCR).

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

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

• Проект EU возрастной верификации изначально ориентирован только на мобильные платформы (Android/iOS), что исключает пользователей десктопов и вызывает критику о дискриминации и нарушении доступности.
• Ключевые опасения включают привязку к экосистемам Apple/Google, потерю приватности, цифровой суверенитет и риск усиления контроля Big Tech над доступом к базовым услугам и идентификации.
• Обсуждается конфликт инициативы с ценностями ЕС: зависимость от неевропейских технологий, противоречие законам о доступности и приватности, а также потенциально дистопический сценарий тотальной цифровой идентификации.
• Участники отмечают, что проект является лишь прототипом, и технически возможны альтернативные решения (например, смарт-карты), но политическая воля к их реализации отсутствует.
• Многие видят в этом шаге часть тревожной тенденции ЕС к внедрению контролирующих цифровых систем (наряду с chat control), что может привести к массовому сопротивлению и использованию обходных путей.

tldraw SDK 4.0 introduces major updates for developers building interactive whiteboards in React, focusing on accessibility, licensing, and new starter kits. The release includes a CLI tool for quick project setup and four MIT-licensed starter kits tailored for AI chatbots, workflow tools, branching chats, and multiplayer apps, making it easier to prototype canvas-based applications.

Significant improvements include WCAG 2.2 AA compliance for accessibility, benefiting all users, and a new licensing model requiring keys for production use—though free 100-day trials are available. The project has seen substantial growth, with 40,000 GitHub stars and 70,000 weekly installs, reflecting its expanding community and practical utility.

• Пользователи выражают обеспокоенность новой моделью лицензирования и высокими ценами на коммерческое использование tldraw (от $500/мес до $6K/год).
• Критикуется короткий 90-дневный пробный период и отсутствие гибких тарифов для малого бизнеса, стартапов и хобби-проектов.
• Отмечается, что некоторые ключевые функции (например, несколько страниц на холсте) стали платными, что расценивается как движение в сторону централизации.
• Разработчики tldraw объясняют изменения необходимостью сделать проект устойчивым и коммерчески жизнеспособным.
• Обсуждаются технические аспекты: сравнение с Excalidraw и React Flow, поддержка iPad, обратная совместимость с версией 3.x.
• Высказываются предположения, что новая ценовая политика нацелена на хорошо финансируемые компании, особенно в сфере ИИ.
• Часть сообщества рассматривает переход на альтернативы или форки проекта из-за недовольства лицензией.

Нельзя сделать скриншот этого.

• Представлен эффект текста, который исчезает при попытке скриншота, но виден в движении.
• Обсуждаются технические обходные пути: запись видео, наложение кадров, изменение масштаба или режимов съёмки.
• Упоминаются аналогичные визуальные эффекты в играх (Branta Games) и на обложках альбомов (Soulwax).
• Предлагаются потенциальные применения: защита конфиденциальных данных, CAPTCHA, недоступные для ИИ задачи.
• Отмечаются проблемы доступности для людей с нарушениями зрения и вызываемая эффектом тошнота.
• Поднимается вопрос о возможности создания обратного эффекта — текста, читаемого только на скриншоте.
• Делается вывод, что метод не является абсолютной защитой, так как обходится видеозаписью.

Почему PostHog стал похож на ОС
Мы устали от типичных сайтов: бесконтентные скроллы, одинаковые вкладки, пустое пространство. Новый PostHog.com работает как ОС в браузере: окна «прилипают», есть горячие клавиши, закладки, можно читать новости, смотреть демо и играть одновременно.

Что внутри

• Проводник Windows для магазина мерча
• Продуктовые страницы в стиле PowerPoint
• Редактор документов с возможностью правки
• Форумы как Outlook Express
• Плеер QuickTime, таблицы вместо дизайна, скринсейвер и обои
• 50+ горячих клавиш

Техника
Контент отделён от визуального слоя: продукты описаны в JSON, темы и цветовые схемы настраиваются, клиентские цитаты и логотипы хранятся в одном месте и подтягиваются автоматически. Всё собрано в прод-ветке на Tailwind + TypeScript.

• Сайт PostHog выглядит как десктоп ОС в браузере: окна, таски, «окна в окнах».
• Кому-то нравится визуальный стиль и ностальгия по 90-м, но почти все жалуются на тормоза, жрущий CPU JS и поломанные привычные хоткеи/кнопки.
• Пользователи теряются: непонятно, где контент, как начать читать и что вообще продаёт компания.
• Критика сводится к «изобретаю заново мой менеджер окон», «ломает SEO и accessibility», «не работает Back, не скроллится, на мобиле ужасно».
• Некоторые считают это крутым маркетинг-ходом и «growth-hack», но сомневаются, что кто-то будет реально пользоваться.

Alterego — «почти телепатический» интерфейс: мини-девайс считывает немую речь, превращая задуманные фразы в команды AI.
Работает без экрана, клавиатуры и голоса; мысли остаются при вас.

Следи за новостями и получи уведомление о запуске.

• Участники сомневаются в реальности Alterego: нет публичных демо, видео выглядит как fake, данных мало.
• Основная идея — «бесшумный ввод»: челюстные/ушные EMG-датчики ловят субвокализацию, превращают в текст без звука.
• Скорость не проблема; удобство — в отсутствии need доставать телефон, говорить вслух или уметь печатать.
• Ниши: люди без грамотности, locked-in syndrome, шумные кафе, велосипед, AR-очки, «телепатический» чат.
• Критика: точность 92-95 % для маленького словаря = раздражает; требует персонального обучения; риск сбора «мыслей» и утечки данных.

Pico CSS — микро-фреймворк, который делает красивый интерфейс из обычного HTML без классов.
Подключил — и готово: адаптив, тёмная/светлая тема, 0 JS, 15 КБ.

<form><input type=email placeholder=Email></form>

• 130 CSS-переменных для настройки
• 20 цветовых тем, 30 компонентов
• Вес ≈ 10 КБ, без зависимостей

• Pico CSS — фаворит для быстрых сайтов и прототипов: «включаешь — и красиво», без классов.
• Пользователи хвалят тёмную тему, accessibility и переменные, но жалуются на 50+ КБ, «огромные» контролы и отсутствие компонентов (табы).
• Кто-то берёт Pico как анти-Tailwind: семантичный HTML, нет «супа классов», легко править.
• Для LLM-флоу советуют засунуть доку Pico целиком в контекст, чтобы модель не тянула Tailwind.
• Альтернативы: Neat (ещё меньше), Newcss, Beercss; обзоры на cssbed.com и dropin-minimal-css.

Анимации не всегда нужны

Хорошая анимация делает интерфейс предсказуемым и живым, плохая — раздражает и снижает доверие.
Перед добавлением спроси себя: зачем она нужна?

• Объясняет (как на linear.app/ai) — ок.
• Подтверждает действие (кнопка слегка уменьшается) — ок.
• Просто «красиво» — допустимо, если пользователь видит это редко.

Частота использования
Если элемент открывают сотни раз в день (Raycast, список команд), анимации быть не должно — они только тормозят.
Клавиатурные переходы никогда не анимируются.

Скорость
Всё, что дольше 300 мс, воспринимается как лаг.
Спиннеры быстрее = кажется, что грузит быстрее.
Тултипу нужна задержка при первом появлении, но при наведении на соседние — мгновенно и без анимации.

Итог
Добавляй анимацию, если она:

1. решает задачу,
2. видна редко,
3. длится < 300 мс.
   Иначе — не добавляй.

• Большинство участников сходятся: анимация должна быть почти невидимой (<150 мс) или вовсе отключаться, иначе она превращается в тормоз.
• Главный критерий целесообразности — объясняет ли анимация изменение состояния; если пользователь ждёт её окончания, чтобы продолжить, значит, она лишняя.
• «Делайт» и «восторг» нужны в основном самим дизайнерам; обычные пользователи после третьего раза хотят выключить всё, что мешает работать.
• Частые повторяющиеся действия (разблокировка, чекаут, корпоративные формы) требуют минимума анимации; для единичных экранов-онбордингов допустима более заметная, но быстрая подсказка.
• Практически каждый советует добавлять системную настройку «отключить анимацию» и уважать prefers-reduced-motion.

• Слепые активно внедряют ИИ: Be My Eyes описывает картинки через ChatGPT, подкастеры хвалят LLM, а дикторы отдают голоса ElevenLabs.
• Я скептик: LLM даёт ошибки, но это всё же данные, которые зрячие нам не предоставляют.
• Парадокс: я не стану нанимать диктора, использующего синтез речи, но это может выглядеть как дискриминация.
• Когда хайп уляжется, слепые будут требовать доступности самих платформ и их вывода; веб-станет менее доступным, потому что ИИ пишет плохой код.
• Повторяется история OCR и беспилотников: обещаний много, прогресса мало.
• Сейчас LLM применяют, чтобы описывать персонажей, клипы и т. д.; точность не важна, важно хоть что-то получить.
• Сообщество верит, что технологии решат всё, потому что люди не хотят помогать.

• Слепые и слабовидящие активно используют LLM и мультимодальные ИИ для описания изображений, OCR и повседневных задач, считая технологию «меньшим злом», чем полное отсутствие помощи со стороны людей.
• Одновременно они предупреждают: чрезмерная вера в ИИ может стать оправданием для производителей не делать изначально доступные интерфейсы и снижать инвестиции в «настоящую» доступность.
• Участники отмечают, что ИИ-ответы часто содержат ошибки и галлюцинации, но даже 85 % правильной информации лучше, чем ничего; критично важно уметь оценивать доверие к результатам.
• Примеры вроде Be My Eyes показывают, что живое человеческое участие всё ещё востребовано, хотя объём звонков может падать после появления ИИ-функций.
• В дискуссии звучит тревога по поводу замены людей (дикторов, переводчиков) дешёвыми ИИ-«заглушками», что снижает качество контента.
• ИТ-стандарты (IETF) уже обсуждают, нужно ли явно разрешать обход «AI-предпочтений» ради вспомогательных технологий, сталкиваясь с сопротивлением правообладателей.

Современный веб без JS
Фреймворки вроде React и NextJS часто превращают сайты в тяжёлые, медленные и ошибочные конструкции. Виной тому не столько сами фреймворки, сколько килобайты трекеров и плохой код. Тем не менее, многим проектам JavaScript вовсе не нужен — HTML и CSS способны на многое.

CSS не так плох
Негатив к CSS часто идёт от незнания основ. Его считают «карандашом для рамок», хотя это полноценный язык. Центрировать div сегодня тривиально: display: flex; justify-content: center; align-items: center;. В девтулзах есть интерактивный редактор flexbox, забыть синтаксис невозможно.

Писать стало приятно
CSS-фичи последних лет убрали боль:

• Вложенность без препроцессоров
• Кастомные элементы <cool-thing shadow>
• Логические свойства, clamp(), aspect-ratio, @container, :has() и др.

Пример старого vs нового
До:

.post > .buttons .like:hover { color: var(--like-color-hover); }

После:

.post {
  .buttons .like:hover { color: var(--like-color-hover); }
}

Итог
Я не призываю отказаться от JS полностью, но показываю, что большинство сайтов могут обойтись без него, если грамотно использовать современный CSS.

• Некоторые считают CSS «ужасным» и «загадочным», другие — наоборот, хвалят его эволюцию (nesting, flexbox, :has).
• Часть споров сводится к «CSS vs JS»: Tailwind-фанаты и «CSS-only» энтузиасты доказывают, что можно обойтись почти без скриптов.
• Поднимаются боли: каскад, специфичность, нелогичные названия свойств, отсутствие системности.
• Появляются практические советы: уже работают sibling-index(), @mixin, Web Components, а WYSIWYG-редакторы могут вернуться.
• Вопросы доступности и обучения: где взять современный учебник/справочник и как сделать компоненты доступными без JS.