Вопросы на собеседовании: Дизайн-инженер
100 реальных вопросов с образцовыми ответами и пояснениями для уровня Senior.
Смотреть пример резюме: Дизайн-инженер →Тренировка флешкарточками
Интервальное повторение · Hunter Pass
Вопросы
Я разобью замену по риску зависимостей и сохраню совместимость двух способов стилизации, пока каждая витрина не подтвердит равнозначность.
- В RFC отмечу общие примитивы, провайдеры тем, вставку стилей при SSR и 23 компонента на критических путях оформления заказа.
- Переходный слой переведёт старые свойства темы в CSS-переменные, а codemod изменит только импорты и заведомо безопасные объявления.
- Каждая группа должна пройти без серьёзных расхождений в Chromatic и ухудшения p75 LCP больше чем на 100 мс, а откат по флагу нужно проверить на стенде.
Зачем это спрашивают: Интервьюер проверяет, умеет ли кандидат разложить крупную миграцию стилей по зависимостям и задать измеримые условия отката.
Я начну объединение с поведения низкоуровневых примитивов, потому что их замена после составных компонентов заставит проделать одну работу дважды.
- Карта зависимостей объединит статические импорты, композиции Storybook и данные продакшена, чтобы неиспользуемые ответвления не определяли порядок работ.
- Сначала проверю семейства Button, Field и Dialog в одном некритичном приложении, а составные компоненты перенесу после стабилизации контрактов примитивов.
- Первый квартал завершится назначением владельца и цели каждому ответвлению, второй только после запрета новых импортов ответвлений и достижения 90% использования общей библиотеки.
Зачем это спрашивают: Интервьюер ищет порядок миграции с учётом зависимостей, а не календарь, основанный лишь на количестве компонентов.
Я отделю устойчивые публичные контракты от внутреннего устройства пакетов и позволю потребителям переходить по явно заданным диапазонам совместимости.
- RFC разделит пакеты на токены, примитивы, составные компоненты и адаптеры фреймворков, а CI запретит неверные направления зависимостей.
- Изменения пройдут через каналы canary, next и stable; каждая поверхность запишет проверенный набор версий в манифест совместимости.
- Удаление начнётся, когда все девять поверхностей 30 дней не будут сообщать об устаревших импортах; для отката поверхность восстановит неизменяемый предыдущий артефакт развёртывания или переключит runtime import map либо манифест на прежний набор пакетов без пересборки.
Зачем это спрашивают: Интервьюер оценивает архитектуру пакетов и дисциплину вывода старых версий для независимо выпускаемых продуктов.
Я оформлю бренд и плотность как независимые измерения токенов, а не создам шесть копий библиотеки компонентов.
- В документе разделю отличия на семантические токены, варианты компонентов и явно неподдерживаемые запросы брендов.
- Сгенерированная матрица тем найдёт пропущенные сочетания, а оболочки продуктов будут выбирать бренд и плотность в одной корневой точке.
- Первый этап охватит 18 самых используемых компонентов во всех шести сочетаниях; полный запуск потребует убрать из исходников компонентов прямые значения брендов.
Зачем это спрашивают: Интервьюер проверяет, умеет ли кандидат моделировать вариативность без многократного роста стоимости поддержки.
Я явно назначу владельцев среды выполнения и общих зависимостей до переноса любого визуального компонента.
- RFC отдаст оболочке React, корни оверлеев, контекст темы и передачу событий, а удалённые модули будут предоставлять версионируемые точки входа интерфейса.
- Настройки shared в Module Federation нужно подтвердить проверкой во время работы, потому что одна конфигурация не доказывает единственный экземпляр React.
- Пилотный микрофронтенд перейдёт дальше только при нуле ошибок гидрации, сокращении общего JavaScript минимум на 60 КБ и откате оболочки без пересборки удалённых модулей.
Зачем это спрашивают: Интервьюер проверяет границы микрофронтендов, где перенос интерфейса может скрыть дублирование среды выполнения.
Я перенесу семантику раскладки по семействам компонентов и сделаю двунаправленные снимки обязательным доказательством, а не финальной проверкой.
- Журнал разделит случаи на логические свойства, зеркальные изображения, направленные данные и намеренно фиксированный контент вроде временной шкалы видео.
- Отчёт PostCSS найдёт объявления left и right, но человек должен решить, нужно ли отражать значок, ось графика или жест.
- Семейство считается готовым только после проверки порядка клавиатуры, расширения арабского текста и снимков на ширине 320 и 1440 пикселей в обоих направлениях.
Зачем это спрашивают: Интервьюер оценивает, отличает ли кандидат механическую замену CSS от продуктовой семантики RTL.
Я введу настоящую изоляцию стилей на новых границах владения, а затем буду сокращать глобальный каскад вместо одномоментной замены таблиц стилей.
- Реестр селекторов зафиксирует специфичность, слой каскада, затронутые маршруты и статус каждого правила: реальный контракт или случайная связь.
- Новые компоненты получат CSS Modules или Shadow DOM, а где они не подходят, каждый селектор будет ограничен префиксом корня маршрута, потому что containment и слои каскада управляют раскладкой или порядком, но не изолируют глобальные селекторы.
- Еженедельное удаление имеет смысл только при контрактных тестах для 27 селекторов сторонних расширений и устойчивом снижении числа продакшен-переопределений до нуля.
Зачем это спрашивают: Интервьюер проверяет безопасное постепенное вытеснение каскада с недокументированными потребителями.
Я определю совместимость через наблюдаемое поведение диалога, а не через совпадение свойств старого компонента.
- Контрактный набор проверит вход и возврат фокуса, Escape, вложенные оверлеи, блокировку прокрутки, доступное имя и шесть форматов событий аналитики.
- Адаптер сохранит имена событий и переведёт старые обработчики на новый примитив, а телеметрия обнаружит двойную отправку.
- Группы маршрутов пройдут этапы 5%, 25% и 100%, только если доли завершений и отказов отклоняются от контрольной базы не более чем на один процентный пункт и блокирующих ошибок фокуса нет.
Зачем это спрашивают: Интервьюер оценивает доказательства поведенческой совместимости на стыке доступности и продуктовой аналитики.
Я объединю анализ исходников с регистрацией во время работы, чтобы динамический выбор компонентов не оставлял слепых зон в реестре.
- Каждый устаревший компонент выдаст предупреждение в разработке, выборочное диагностическое событие с репозиторием и маршрутом и полный агрегированный счётчик использования при разрешении динамического ключа.
- Система контроля сведёт покрытие codemod, ключи динамического реестра, версии пакетов и подтверждения владельцев в один журнал вывода.
- Отсутствие выборочных событий не доказывает нулевое использование; для удаления нужны сценарии миграции всех 17 динамических ключей и нулевые полные счётчики реестра два цикла релизов подряд.
Зачем это спрашивают: Интервьюер проверяет, учитывает ли поиск потребителей косвенную загрузку во время работы, а не только статические инструменты.
Я разделю выпуск метрик шрифта и переход компонентов, чтобы риск загрузки не был связан с риском визуальной миграции.
- RFC закрепит CSS-дескрипторы ascent-override, descent-override, line-gap-override и size-adjust для запасного шрифта до переключения семейства хотя бы в одном компоненте.
- Флаг на уровне маршрута предзагрузит нужный файл шрифта, а подмножества Unicode и ограниченные диапазоны вариативных осей будут собраны заранее; старые и новые типографические токены временно сосуществуют для измеряемых групп.
- Продвижение потребует CLS ниже 0,05, отсутствия новых переносов в оформлении заказа на 12 языках и аварийного возврата прежних файлов шрифта.
Зачем это спрашивают: Интервьюер проверяет, рассматривает ли кандидат загрузку и геометрию шрифта как архитектурные части миграции.
Я сделаю третью версию типизированным контрактом источника и возможностей платформ, а не очередным документом о правилах именования.
- Каждый токен объявит тип, семантический путь, значение или алиас, область режимов, состояние устаревания и разрешённые преобразования для платформ.
- JSON Schema отклонит неверную структуру и единицы, а валидатор графа найдёт циклы, отсутствующие ссылки и обращения примитивного или семантического токена к компонентному вопреки разрешённому направлению зависимостей.
- Манифест релиза включит хеш источника, хеши сгенерированных артефактов, версию схемы и машиночитаемую разницу для всех 842 токенов.
Зачем это спрашивают: Интервьюер оценивает, закреплены ли надёжность токенов, схема и происхождение артефактов в одном контракте.
Я сохраню один канонический граф токенов, а Figma и код сделаю проверяемыми представлениями с разными правами на изменение.
- Таблица владения разрешит менять семантическое назначение и режимы в Tokens Studio, а преобразования для платформ останутся кодом с обязательным ревью.
- Каждый экспорт будет нести устойчивые идентификаторы токенов, чтобы отчёт Figma отличал переименование от удаления с повторным созданием.
- CI заблокирует слияние при неизвестном идентификаторе, изменении типа или любом из 46 неразрешённых расхождений режимов.
Зачем это спрашивают: Интервьюер проверяет устройство источника истины, когда дизайнерам и инженерам нужны разные места редактирования.
Я оформлю уровни токенов как направленный граф и сделаю недопустимые связи ошибкой проверки.
- Примитивы могут питать семантические токены, семантические токены могут питать компонентные, а режимы бренда переопределяют значения только в разрешённых примитивных или семантических путях.
- Обход графа покажет всю цепочку алиасов и кратчайшее ошибочное ребро вместо общего сообщения о неразрешённой ссылке.
- Четвёртый бренд можно публиковать после покрытия 100% путей, отсутствия циклов и визуальных сценариев для 32 семантических ролей с брендовыми переопределениями.
Зачем это спрашивают: Интервьюер ищет исполняемые правила графа, а не надежду на дисциплину именования токенов.
Я сделаю генерацию воспроизводимой и буду сравнивать семантические манифесты до форматирования целевых файлов.
- Сборка закрепит версии Node и преобразований, локаль, ключи сортировки и запись дробных чисел, а CI запустит её дважды и сравнит хеши.
- Канонический промежуточный манифест отсортирует записи по устойчивому идентификатору и сохранит вычисленные значения вместе с происхождением алиасов.
- Ревьюеры увидят добавленные, удалённые, переименованные и изменённые токены; разница в генерации без изменения источника не пройдёт проверку воспроизводимости.
Зачем это спрашивают: Интервьюер оценивает детерминированную генерацию и удобство ревью в пайплайне с несколькими целевыми платформами.
Я буду проверять объявленные отношения цветов, потому что отдельный цветовой токен сам по себе не доказывает контраст.
- Схема задаст пары использования вроде text.primary на surface.default, а также требуемое соотношение, класс размера текста и поддерживаемые режимы.
- Проверка вычислит алиасы для каждого бренда и режима, затем покажет семантическую пару и компоненты-потребители для каждого нарушения.
- Релиз потребует прохождения порогов всеми 34 изменёнными парами и снимков 12 ранее сломанных состояний в манифесте.
Зачем это спрашивают: Интервьюер проверяет, представлены ли ограничения доступности отношениями внутри модели токенов.
Я сохраню семантический замысел, не притворяясь, что rem, points и dp физически взаимозаменяемы.
- Отступы и радиусы получат канонические семантические ступени с явными проверенными значениями для каждой платформы, а типографика сохранит отдельные размеры шрифта и высоты строки вместо одного общего множителя.
- Схема запретит вычисления со смешанными единицами и потребует для каждого платформенного преобразования единицу, правило округления, минимальное значение и точность.
- Эталонный набор из 96 расходящихся токенов должен выдать проверенные CSS, Swift и Kotlin до перевода контракта в стабильный статус.
Зачем это спрашивают: Интервьюер оценивает зрелость решений о межплатформенных единицах, а не примитивный пересчёт один к одному.
Я опубликую алиасы с сохранением идентичности и свяжу удаление с фактическим переходом потребителей, а не только с календарём.
- Манифест сопоставит старые устойчивые идентификаторы новым именам, укажет смысл изменения, затронутые режимы и первую допустимую версию удаления.
- Сгенерированные пакеты временно сохранят старые экспорты как алиасы с предупреждениями, а сканеры репозиториев покажут оставшиеся файлы и версии пакетов.
- Переименование станет удалением только после прохождения CI на новых именах всеми 13 репозиториями и одного чистого цикла продакшен-телеметрии.
Зачем это спрашивают: Интервьюер оценивает, есть ли у переименования токенов проверяемый контракт с потребителями и безопасное завершение.
Я разрешу плагину предлагать подписанные изменения источника, но не публиковать сгенерированные артефакты напрямую.
- Плагин откроет ветку с устойчивыми идентификаторами, старыми и новыми значениями, происхождением узлов Figma и версией библиотеки-источника.
- CI заново соберёт все цели, выполнит проверки схемы и визуального влияния и потребует тех же двух согласований CODEOWNERS, что и ручное изменение.
- Продакшен-публикация использует краткоживущую учётную запись CI, привязанную к одобренному коммиту, поэтому доступ Figma не позволит выпустить пакеты.
Зачем это спрашивают: Интервьюер проверяет границы полномочий в удобном для дизайнеров процессе работы с токенами.
Я объявлю высокую контрастность отдельной целевой средой с обязательными семантическими возможностями, а не добавлю разреженный файл переопределений.
- Матрица отметит роли, использующие системные цвета, сохраняющие фирменный стиль и убирающие декоративные элементы без потери информации.
- Каждый компонентный токен обязан вычисляться через семантическую роль в обычном, тёмном и высококонтрастном режимах; отсутствие пути станет ошибкой сборки.
- 58 пробелов закроются после браузерных сценариев forced-colors и ручной проверки Windows High Contrast для фокуса, статусов и выбора.
Зачем это спрашивают: Интервьюер оценивает, являются ли альтернативные режимы полноценными целями токенов с явными запасными значениями.
Я буду версионировать контракт токенов отдельно от сгенерированных пакетов и задавать совместимость диапазонами версий контракта.
- Семантическое изменение сначала выйдет как дополнение: оба потока получат старую и новую роль до переключения смысла у потребителей.
- Манифест запишет минимальные версии преобразователя и потребителя, поэтому мобильный клиент не примет артефакт с новой для него семантикой.
- Удаление подождёт подтверждения обоих потоков; CI проверит текущую веб-версию вместе с мобильной, отстающей ровно на три версии.
Зачем это спрашивают: Интервьюер проверяет порядок релизов при разной скорости обновления потребителей.
Закрытые вопросы
- 21
Библиотека для React 19 и Vue 3.5 должна разделять 72 компонента при лимите адаптера 14 КБ; где провести независимую от фреймворка границу?
reactcomponentsvue - 22
Вы рассматриваете Web Components для 35 примитивов в трёх React- и двух Vue-приложениях; какие пять критериев покажут, оправдана ли такая граница?
reactcomponentsvue - 23
Общий Select работает в React, Vue и обычном HTML на 18 формах, но каждая платформа по-разному моделирует изменение значения; какой протокол событий вы зададите?
htmlreactvue - 24
Пакет из 48 React-компонентов должен работать с потоковым SSR в Next.js, а его версия для Vue запускается в Nuxt 3; как определить четыре инварианта гидрации?
reactcomponentshydration - 25
Потребители React используют управляемое состояние, а потребители Vue ожидают v-model для 26 полей; какой протокол состояния предотвратит расхождение адаптеров за 12 релизов?
reactcomponentsforms - 26
Общий стек оверлеев охватывает четыре оболочки React, два виджета Vue и Web Components внутри shadow root; как назначить владельцев порталов и фокуса?
reactcomponentsvue - 27
Нужен единый контракт тем для трёх брендов в React, Vue и 42 Web Components, но shadow DOM блокирует наследуемые селекторы; что вы откроете наружу?
reactcomponentsdom - 28
Независимое от фреймворка поведенческое ядро убирает дублирование в 31 компоненте, но добавляет 19 КБ в каждую сборку; какое решение о едином или нативном коде примет RFC?
componentsdecision-making - 29
Три адаптера для 55 компонентов выходят с расхождением в две недели; как пакеты и CI обеспечат равнозначность без одного огромного пакета?
componentsdesign - 30
Обёртка React над 24 Web Components дублирует события при гидрации в 7% сессий; как диагностировать и исправить контракт адаптера?
reactcomponentshydration - 31
API кнопки вырос до 27 свойств в 186 местах, включая девять булевых переключателей стиля; что откроет новый RFC?
decision-makingapi - 32
DataTable обслуживает 12 продуктов и накопил 43 параметра настройки; как управлять расширением, не блокируя обоснованные потребности продуктов?
config - 33
Новый Select должен сохранить восьмилетние сценарии в 214 местах, но старый API смешивает асинхронную загрузку, поиск и состояние формы; где провести границу контракта?
formsapiasync - 34
У пакета Dialog 16 вариантов, а потребители просят прямой доступ к внутренностям ловушки фокуса; какое решение по управлению API вы зафиксируете на следующие три релиза?
- 35
Четыре команды предлагают несовместимые способы композиции Card для 63 поверхностей; как RFC выберет между свойствами, слотами и составными компонентами на шести примерах раскладки?
componentsapidecision-making - 36
FormField используется 340 раз, и 28 потребителей вручную связывают идентификаторы ошибок; какой инвариант нужно перенести в контракт компонента?
componentsapi - 37
Совет по компонентам получает 37 предложений API за квартал, но их проверяют только четыре сопровождающих; какой лёгкий артефакт управления не создаст очередь и не снизит планку?
componentsapidata-structures - 38
Пакет обещает семантическое версионирование, но шесть минорных релизов меняли DOM и сломали 19 CSS-переопределений; какую политику публичного контракта вы примете?
cssdomversioning - 39
Combobox поддерживает 11 вариантов поведения, но Storybook документирует только три; какой контрактный артефакт сделает ревью API исполняемым?
storybookapiartifacts - 40
Нужно вывести из эксплуатации API с 96 именами значков после перехода на набор из 1400 глифов; как управлять именованием и не допустить роста сборки?
api - 41
Язык движения должен охватить 138 компонентов, но меню кажется медленным при 220 мс, а toast исчезает слишком резко при 90 мс; как задать длительность по ролям?
components - 42
Продукт с девятью маршрутами хочет View Transitions, но два маршрута передают контент потоком, а браузеры без поддержки дают 18% трафика; какой прогрессивный контракт вы выпустите?
- 43
Дашборд переставляет 64 живые карточки каждые пять секунд, и анимация раскладки падает до 24 кадров в секунду; какая архитектура движения сохранит ясность данных?
motionarchitecture - 44
Проверка reduced motion нашла пространственное перемещение в 47 из 120 компонентов; какой артефакт отличит необходимую обратную связь от движения, которое можно убрать?
componentsfeedbackartifacts - 45
Lottie-анимация успеха весом 380 КБ используется на 14 поверхностях оформления заказа и задерживает взаимодействие на 160 мс; оставите ли вы её и какой контракт зададите для ресурса?
motion - 46
Прототип онбординга использует автомат Rive весом 240 КБ с 18 входами, но в продукте нужны только четыре пользовательских состояния; какой контракт интеграции вы одобрите?
prototypingprototypesonboarding - 47
Предложение конфигуратора добавляет Three.js на шесть страниц товаров и увеличивает JavaScript на 310 КБ; какие пределы производительности оправдают путь с 3D?
configjavascript - 48
Перетаскивание 96 карточек kanban использует пружинное движение, но быстрый разворот указателя ставит в очередь три анимации; какой протокол прерывания вы зададите?
data-structurestypingagile - 49
Закрытие модального окна длится 280 мс на 44 поверхностях, но фокус возвращается лишь после анимации и задерживает пользователей экранных дикторов; как разделить визуальную и интерактивную шкалы времени?
dialogsmotion - 50
Обновление токена движения меняет 112 историй Storybook и создаёт 640 расхождений Chromatic; какой релизный артефакт отделит задуманное изменение ритма от регрессий?
tokensstorybookartifacts - 51
Составьте карту ответственности для 46 дефектов WCAG 2.2, распределённых между 9 командами и 3 релизными потоками; как устранить критические проблемы за 6 недель, не превратив центральную команду в узкое место?
schedulingtrackinga11y - 52
До обновления отчёта ACR, подготовленного по шаблону VPAT, осталось 30 дней, но у 4 из 18 задокументированных исключений больше нет обоснованных продуктовых ограничений; подготовьте честный реестр их устранения.
a11yerror-handling - 53
Сканирование axe нашло 1240 нарушений на 70 маршрутах, но ручная выборка показала, что 82% вызваны 5 общими примитивами; составьте последовательность исправлений на ближайшие 4 спринта.
samplingagile - 54
Банковский сценарий содержит 12 нестандартных виджетов и должен соответствовать EN 301 549 V3.2.1 (2021-03) и WCAG 2.2 AA до запуска через 5 недель; подготовьте матрицу доказательств для приёмки.
wcaga11y - 55
После выпуска токенов нужно проверить контраст 260 пар текста и фона для 6 брендов в обычной, тёмной и принудительной цветовой схемах; спроектируйте двухэтапный контроль соответствия.
contrastdesigntokens - 56
Поддержка получила 37 сообщений о ловушках клавиатурного фокуса в виджетах 3 партнёров по оплате, тогда как ваша оболочка отвечает только за 2 границы фокуса; подготовьте договор интеграционного исправления на 21 день.
keyboard - 57
Мобильное приложение повторяет 34 веб-компонента, но 11 исправлений доступности нельзя реализовать общим кодом; создайте критерии паритета, чтобы за 2 релиза получить 95% равнозначного покрытия задач.
componentsa11ycoverage - 58
Новый контроль WCAG блокирует 28% pull request из-за несвязанных ошибок на старых страницах; задайте политику исходного уровня, которая за 2 спринта снизит ложные блокировки ниже 3% и не скроет регрессии.
wcagcode-reviewa11y - 59
Playwright VRT запускает 9 сочетаний браузера и экрана для 2100 страниц и ежедневно расходует 1800 минут CI; подготовьте многоуровневую модель, которая сократит расход на 55% и сохранит все проверки состояний оплаты.
cssplaywright - 60
Сборка Chromatic из 6400 снимков ждёт в очереди 24 минуты, хотя захват занимает только 7; найдите причину в управляемой очереди и предложите план не более чем на 40 параллельных сборок без выдуманного контроля исполнителей историй.
snapshotvisual-regressionconcurrency - 61
Снимки WebKit падают в 4,6% запусков только на ARM-исполнителях после обновления образа GPU; подготовьте журнал расследования, который за 10 дней доведёт карантин до порога 0,4%.
snapshot - 62
Переименование токена меняет 14000 снимков в 5 репозиториях, но только 320 содержат намеренные визуальные различия; создайте протокол приёмки исходных снимков, который можно завершить за 2 дня.
tokenssnapshottyping - 63
Продуктовые снимки используют 7 локалей и 3 режима плотности, поэтому на каждую историю приходится 21 вариант; задайте матрицу покрытия не более чем на 5000 изображений, которая поймает обрезку текста на немецком и арабском.
coverage - 64
График на canvas создаёт 900 шумных различий после каждого обновления Chrome, хотя подписи и легенда остаются узлами DOM; спроектируйте гибридный договор VRT с пределом 15 минут для pull request.
domdesign - 65
Доля попаданий в кеш VRT упала с 78% до 19% после переноса 8 пакетов в монорепозиторий; подготовьте аудит ключа кеша, который вернёт не менее 65% без устаревших эталонов.
cachingmonorepo - 66
Два проверяющих по-разному принимают одно и то же визуальное различие в 31% случаев среди 1600 ежемесячных изменений; создайте артефакт калибровки критичности, который за 6 недель снизит расхождение ниже 10%.
conflictseverity-priorityartifacts - 67
Новая навигация получила 8,4 против 7,1 балла за ощущение проработанности у 24 участников, но выполнение задач замедлилось на 11%; подготовьте лист решения для следующей итерации.
iteration - 68
Три варианта знакомства с продуктом дают одинаковые 62% завершения, но отложенный опрос 180 пользователей оценивает доверие в 54, 67 и 73 балла; спроектируйте измерение воспринимаемого качества, которое объяснит разницу.
onboardingdesign - 69
Обновление анимации подняло оценку удовольствия на 7 баллов, но 9 из 42 участников назвали интерфейс более медленным, хотя медианное время задачи не изменилось; подготовьте разбор доказательств.
types - 70
После переработки состояния ошибки звонков в поддержку стало на 18% меньше, но рост оценки качества на 5 баллов получен в опросе с долей ответов 38%; подготовьте примечание о достоверности до заявления об успехе.
- 71
Обновление дизайн-системы подняло оценку единообразия бренда с 6,8 до 8,0 в 4 продуктах, но в одном из них находимость упала на 6 баллов; составьте карточку качества, которая не спрячет регрессию в среднем значении.
system-designdesignconsistency - 72
Прототип предпочли 91% из 33 участников модерируемого исследования, но через 14 дней функцию оставили включённой только 46% из 12000 пользователей бета-версии; подготовьте записку, объясняющую расхождение.
prototypingprototypesreact - 73
В 09:20 показатель INP на 75-м перцентиле в оплате вырос со 170 до 410 мс у пользователей Android после выпуска компонента, попавшего в 22% сессий; составьте план первых 60 минут инцидента.
componentsincidentssessions - 74
Инцидент LCP на главной странице затрагивает только самые медленные 25% посещений по 4G после выпуска варианта главного изображения размером 480 КБ; задайте порог отката и диагностический артефакт на 90 минут.
rollbackartifactsincidents - 75
Баннер согласия поднял CLS с 0,06 до 0,23 в 17 странах, а длина юридического текста различается в 3 раза; подготовьте спецификацию сдерживания до следующей кампании через 48 часов.
web-vitals - 76
Пакет дизайн-системы добавляет 34 КБ JavaScript первой загрузки на 64 маршрута и превышает бюджет 90 КБ на 11 из них; создайте отчёт атрибуции бюджета и правило выпуска.
system-designdesignjavascript - 77
Полевые данные показывают INP 190 мс на 75-м перцентиле в целом, но 360 мс у 8% сессий с увеличением экрана; задайте бюджет скорости, который не потеряет эту группу.
web-vitalsdesignsessions - 78
Сторонний чат ухудшает LCP на 75-м перцентиле на 0,4 секунды и INP на 85 мс на 38 маршрутах, но поддержке он нужен после 10 секунд бездействия пользователя; подготовьте договор загрузки.
web-vitalsdependencies - 79
Переработка адаптивных изображений проходит Lighthouse, но за 7 дней полевой LCP на ноутбуках Retina 13 дюймов ухудшился с 2,2 до 2,9 секунды; создайте артефакт согласования лабораторных и полевых данных.
responsiveweb-vitalsreact - 80
Шести командам через 8 недель нужно редактирование токенов в Figma; Tokens Studio поддерживает ссылки, но не ваш процесс согласования, а собственный плагин займёт 14 инженерных недель; составьте план проверки для решения «разрабатывать или покупать».
tokensfigma - 81
Контракт VRT на 1300 историй продлевается через 45 дней; Chromatic предлагает готовую проверку, а Playwright может использовать существующие исполнители, но не даёт управления эталонами для 7 команд; создайте карточку возможностей.
playwrightvisual-regression - 82
Прототип Rive выполняет требования к взаимодействию за 3 дня, но продукту нужны 40 автономных сцен на слабых Android-устройствах при общем пределе 6 МБ; напишите решение о среде выполнения.
prototypingprototypes - 83
Поставщик умеет синхронизировать 2400 переменных Figma на 4 платформы, но его язык преобразований не выражает ваши правила типографики Android; спроектируйте трёхнедельную проверку совместимости.
typographydesignprocurement - 84
Плагин Figma для 85 дизайнеров зависит от 1 сопровождающего и недокументированного API, который изменится через 60 дней; подготовьте решение о замене с пределом исследования 2 недели.
designapifigma - 85
Команда может купить платформу проверки доступности для 120 компонентов или за 7 инженерных недель расширить axe и Playwright; создайте пятинедельный пилот, измеряющий пробел ручной проверки.
componentsa11ytesting - 86
Внутренний редактор анимации потребовал 16 инженерных недель и используется 3 специалистами, а 28 дизайнеров по-прежнему вручную экспортируют Lottie; подготовьте 30-дневный разбор для решения о закрытии или развитии.
design - 87
RFC о замене 3 реализаций Tooltip получил 46 комментариев от 8 команд, но за 18 дней решение не принято; подготовьте итоговую запись, разрешающую спор о интерактивном содержимом.
decision-makingclosures - 88
RFC семантических токенов принят 5 платформенными командами, но игнорируется 12 продуктовыми, поэтому после 2 релизов 37% цветов остаются сырыми значениями; создайте план восстановления внедрения.
decision-makingtokensrecovery - 89
Четыре репозитория выпускают один договор компонента в 3 разных ритмах, что привело к 9 инцидентам совместимости за квартал; напишите RFC об общих доказательствах, а не одновременных выпусках.
incidentsdecision-makingdeployment - 90
Политика вклада требует 4 согласований для каждого изменения дизайн-системы, из-за чего медианная проверка 70 ежемесячных pull request занимает 6,5 дня; предложите изменение на основе риска.
system-designdesigncode-review - 91
Через 6 месяцев 14 команд создали 23 частных ответвления, хотя RFC вклада обещал ответ за 5 дней; подготовьте реестр их согласования.
decision-makingreact - 92
RFC анимации принят 7 командами, но через 90 дней только 41% подходящих переходов используют его роли; создайте аудит внедрения с условием удаления старого API.
decision-making - 93
У RFC по доступности остаются 3 возражения от команд локализации, безопасности и мобильных приложений за 48 часов до 30-дневного срока; подготовьте записку для встречи по решению.
decision-makingestimationa11y - 94
Совет дизайн-системы встречается каждые 2 недели, но 68% из 94 пунктов повестки являются отчётами о состоянии, а медианное ожидание решения составляет 19 дней; переработайте рабочий артефакт.
system-designdesignartifacts - 95
Вы сопровождаете 2 инженеров при миграции 48 компонентов, но через 4 недели они всё ещё просят вас принять каждое изменение свойств; создайте лестницу делегирования на оставшиеся 6 недель.
mentoringdelegationcomponents - 96
Старший продуктовый дизайнер осваивает продуктовый React и выпустил 3 прототипа с 17 дефектами доступности; создайте артефакт сопровождения на 5 недель, не превращая его в универсального фронтенд-разработчика.
reacta11ydesign - 97
Ученик отвечает за реальную нестабильность VRT с 17 непостоянными сбоями в 1 рендерере; создайте упражнение с минимальным воспроизведением и проверьте перенос навыка на новом инциденте рендерера через 2 недели.
incidents - 98
Кодмод ученика переносит 96% из 7500 использований токенов, но повреждает 23 составных значения типографики; спланируйте практику отладки из 4 занятий.
tokenssessionstypography - 99
Вы сопровождаете 4 авторов RFC; 6 из их последних 9 предложений открылись повторно из-за непроверяемых критериев успеха; создайте правила проверки на следующие 8 недель.
success-metricsdecision-makingmonitoring - 100
Инженер ведёт десятинедельное исправление доступности, но передаёт выше каждое расхождение экранных дикторов среди 36 компонентов; спроектируйте проверку самостоятельности на 5-й неделе.
componentsa11ydesign