Вопросы на собеседовании: DevRel Engineer
100 реальных вопросов с образцовыми ответами и пояснениями для уровня Middle.
Смотреть пример резюме: DevRel Engineer →Тренировка флешкарточками
Интервальное повторение · Hunter Pass
Вопросы
Я зафиксирую версионируемое описание воронки, которое заканчивается повторной ценностью в продакшене, а не созданием аккаунта.
- Этапами станут регистрация, создание учётных данных, первый успешный вызов API, первый вызов в продакшене и удержание: не менее 3 активных дней с 28-го по 35-й день. Для каждого события укажу участника, время и среду.
- Я исключу сотрудников, ботов, дубли рабочих пространств и трафик только из песочницы, затем покажу конверсию и медианное время между всеми пятью этапами за последние 90 дней.
- Результатом станут одностраничный словарь метрик, согласованный командами продукта и данных, и дашборд PostHog с определениями, зафиксированными на квартал.
Зачем это спрашивают: Интервьюер проверяет, умеет ли кандидат превратить неоднозначное понятие активации в управляемую воронку, связанную с ценностью для бизнеса.
Сначала я соберу данные на границе сбоя и только потом предложу менять продукт или материалы для начала работы.
- Я добавлю серверные события credential_created и api_call_completed с workspace_id, языком и версией SDK, группой эндпоинта, средой, диапазоном задержки и нормализованным классом ошибки.
- Я передам общий correlation_id от дашборда через SDK до шлюза API, захеширую идентификаторы аккаунтов и не буду собирать токены или тела запросов.
- За спринт подготовлю схему событий, пять синтетических проверок, воронку PostHog и отчёт о качестве. Решения можно принимать при покрытии корреляцией выше 95 процентов.
Зачем это спрашивают: Интервьюер оценивает проектирование аналитики, отношение к приватности и способность найти место потери разработчиков до изменения контента.
Я сравню сопоставимые когорты и назову результат предварительным, пока не учтено влияние кампании.
- Я разделю разработчиков по неделе регистрации, источнику привлечения, размеру компании, языку SDK и показу нового quickstart, сохранив одинаковое окно активации в 14 дней.
- Я сравню пользователей нового пути до и после запуска с контрольным маршрутом, проверю размер выборки и доверительные интервалы, а переходы из кампании вынесу в отдельный сегмент.
- Я подготовлю воспроизводимый отчёт в PostHog и аналитическую записку. Если прирост останется не ниже 5 процентных пунктов в четырёх когортах, расширю эксперимент.
Зачем это спрашивают: Интервьюер проверяет, умеет ли кандидат отличать когортные доказательства от простого сравнения до и после.
Я разберу падение по версиям SDK и повторным рабочим нагрузкам, не возвращаясь к верхней части воронки.
- Я сравню когорты удержания на 30-й день по версии и языку SDK, группе эндпоинтов, возрасту аккаунта, а также трафику из продакшена и песочницы.
- Я свяжу нормализованные ошибки API с трейсами OpenTelemetry, чтобы найти новые после обновления сбои повторных запросов, обновления авторизации или задержки.
- К пятому дню подготовлю таблицу когорт, ссылки на три характерных трейса и рекомендацию исправить, откатить или дополнительно описать релиз с оценкой числа затронутых аккаунтов.
Зачем это спрашивают: Интервьюер проверяет понимание того, что активация и удержание показывают проблемы на разных этапах опыта разработчика.
Я разделю наблюдаемое влияние и причинный вклад и явно укажу допущения для обоих показателей.
- Я покажу связь участников с аккаунтами, время до конверсии, стадию сделки до воркшопа и другие контакты: демонстрации отдела продаж, посещения документации и партнёрские рекомендации.
- На дашборде отдельно отмечу воронку продаж, созданную воркшопом, затронутую им и лишь совпавшую с ним по времени, с окном 90 дней и известными пробелами сопоставления.
- По возможности дополню оценку в $800 000 объёма воронки продаж, на который повлияли воркшопы, результатами контрольной группы или оценки по сопоставимым аккаунтам и не назову корреляцию по последнему касанию дополнительной выручкой.
Зачем это спрашивают: Интервьюер оценивает знание атрибуции и готовность кандидата защищать достоверность, когда заинтересованные стороны хотят увеличить цифру.
Я перестрою дашборд вокруг пользователей, этапов пути и решений, а не объёма просмотров.
- После согласия пользователя я свяжу анонимные сессии с идентификаторами рабочих пространств и покажу уникальных разработчиков от просмотра и копирования кода до создания учётных данных, первого вызова и удержания на 30-й день.
- Я добавлю сегменты по версии руководства, источнику перехода, языку SDK и классу ошибки, а также показатели качества объединения пользователей и пропущенных серверных событий.
- Зафиксирую пороги решения: переработать при конверсии в первый вызов ниже 8 процентов, масштабировать выше 15 процентов и прекратить продвижение после двух когорт без улучшения.
Зачем это спрашивают: Интервьюер проверяет, умеет ли кандидат превращать продуктовую аналитику в решения, а не отчитываться трафиком.
Я измерю путь в браузере от действия до готового результата и разделю затраты сети, отрисовки и сторонних ресурсов.
- В консоли я соберу Core Web Vitals, время от клика до ответа, отправку формы учётных данных, готовность редактора кода, водопад загрузки ресурсов, класс устройства и регион.
- RUM-спаны получат correlation ID запроса API, чтобы сравнить время в браузере с p95 бэкенда в 180 мс без сбора кода или секретов.
- Я подготовлю разбивку p50, p75 и p95 и исправлю крупнейший управляемый компонент. Более тяжёлую сборку приму только при экономии не менее 500 мс на p75.
Зачем это спрашивают: Интервьюер оценивает, умеет ли кандидат отличать воспринимаемую разработчиком задержку от задержки серверной части.
Сначала я повышу непрерывность трейсов для аутентификации, а не просто увеличу общую выборку.
- Я стандартизирую спаны получения и обновления токена, подписи, повторного запроса и ответа API с языком и версией SDK, но без значений токенов и пользовательских данных.
- SDK будут отправлять нужные спаны в коллектор без предварительного отбрасывания. С помощью tail sampling коллектор решит сохранить 100 процентов ошибок аутентификации и запросов дольше 2 секунд, а также 5 процентов обычных вызовов. Бэкенд наблюдаемости будет хранить выбранные трейсы 30 дней.
- В пакет внедрения войдут семантические соглашения, тесты удаления чувствительных данных и SLO, который повысит непрерывность трейсов с 35 до 90 процентов для четырёх SDK.
Зачем это спрашивают: Интервьюер проверяет практическое знание OpenTelemetry, правильный порядок сэмплирования, контроль стоимости и безопасную работу с данными разработчиков.
Я опубликую небольшой набор показателей пути разработчика, надёжности и обратной связи с назначенными владельцами.
- В первую версию войдут медианное время до первого успешного вызова, доля активаций, удержание на 30-й день, доля запросов SDK без ошибок, переход на обновления и опрос из двух вопросов после выполнения задачи.
- Для каждой метрики версионируемый словарь укажет источник, формулу, исключения, цель, уровень уверенности и одного ответственного из продуктовой или инженерной команды.
- Изменения я буду разбирать ежемесячно, а цели пересматривать раз в квартал. Ограничусь шестью показателями, чтобы рост времени начала работы до 9 минут не потерялся среди 30 показателей ради красивого отчёта.
Зачем это спрашивают: Интервьюер оценивает умение составлять систему показателей, дисциплину метрик и межкомандную ответственность.
Я восприму расхождение как предупреждение о сегментации или измерениях, а не выберу более удобный источник.
- Я сопоставлю 25 участников интервью с размером компании, сроком жизни интеграции, SDK, регионом и задачей, затем сравню их с аудиторией каждой метрики.
- Я проверю пропущенные участки пути, включая проверку безопасности, допуск в продакшен и передачу работы внутри команды, которые не видны в воронке первого вызова.
- Результатом станет записка о расхождении сигналов и одна измеримая гипотеза. Я не изменю набор метрик, пока разрыв не подтвердят две когорты или измеренный пользовательский путь.
Зачем это спрашивают: Интервьюер проверяет, умеет ли кандидат объединять качественные и количественные данные, не отбрасывая неудобный источник.
Я сосредоточу программу на трёх ценных сценариях Python и устраню препятствия до вложений в дополнительное продвижение.
- Я зафиксирую установки пакета, успешные вызовы в продакшене, время до первого вызова и удержание на 30-й день, затем опрошу 12 разработчиков Python, которые выбрали прямые HTTP-запросы или бросили настройку.
- Программа выпустит три проверенных примера приложений, еженедельные открытые консультации, руководство по миграции и исправления пяти главных проблем SDK в общем списке задач с инженерной командой SDK.
- На 90-й день я расширю программу, только если Python достигнет 500 активных разработчиков в неделю и удержания не ниже 35 процентов на 30-й день. Иначе сузим поддержку до самого сильного сценария.
Зачем это спрашивают: Интервьюер оценивает, умеет ли кандидат управлять системой внедрения SDK, а не проводить отдельные рекламные активности.
Я привяжу каждый сигнал к версии и воспроизведу его на поддерживаемой матрице совместимости.
- Формы обращений, шаблоны GitHub Issues и заготовки поддержки будут требовать язык, версию SDK, среду выполнения, эндпоинт, настройки повторов и минимальный пример воспроизведения.
- Каждую неделю CI будет прогонять все четыре поддерживаемые основные версии на 12 сценариях повторов и тайм-аутов. Если ресурсов на это не хватает, я предложу официально прекратить поддержку одной версии, а не оставлять её формально поддерживаемой.
- Я выпущу отчёт за релизный цикл с разделением дефектов, пробелов документации и неподдерживаемого поведения, затем назначу каждому кластеру владельца и укажу число затронутых разработчиков.
Зачем это спрашивают: Интервьюер проверяет, умеет ли кандидат превращать противоречивые сообщения по версиям в доказательства, с которыми может работать команда SDK.
Я сделаю контракт OpenAPI обязательным релизным барьером с явными владельцами и проверками совместимости.
- CODEOWNERS не умеет назначать владельцев отдельным тегам внутри одного файла, поэтому для каждой операции и общей схемы я потребую поле x-owner. CI сверит его с каталогом команд, где каждому владельцу назначены инженер продукта и ревьюер DevRel.
- CI проверит названия и примеры, найдёт несовместимые изменения относительно выпущенной спецификации и сгенерирует контрактные тесты для 40 главных операций.
- Для несовместимого изменения потребуются RFC, план миграции, период поддержки до вывода старой версии и назначенный согласующий. Экстренное исключение истечёт через 14 дней и попадёт в публичный журнал изменений.
Зачем это спрашивают: Интервьюер оценивает управление API и способность кандидата предотвращать расхождение контракта с помощью процесса и автоматизации.
Я создам партнёрскую программу совместимости, которая превращает проверку релиза в уверенный переход на новые версии SDK.
- Я разделю 48 команд по использованию в продакшене, языку SDK и варианту развёртывания, затем наберу представительную группу, дам ей ранний доступ к кандидату в релиз, список шагов миграции и контакт DevRel.
- На двух консультациях по совместимости команды проверят собственные интеграции в условиях, близких к продакшену, и сообщат заблокированный сценарий, версию, среду и воспроизводимый пример. DevRel передаст подтверждённые проблемы владельцам SDK и сообщит решение в течение пяти рабочих дней.
- Отчёт программы покажет проверенные комбинации, нерешённые препятствия и переходы интеграций в продакшене в течение 30 дней. Я расширю программу, только если такая проверка лучше предсказывает внедрение, чем одни объявления о релизе.
Зачем это спрашивают: Интервьюер проверяет, умеет ли кандидат вести партнёрскую программу совместимости, которая превращает обратную связь о релизе во внедрение SDK.
Я установлю предсказуемый ежемесячный цикл и отдельный быстрый путь для уязвимостей и серьёзных дефектов.
- Общий календарь определит даты заморозки кода, контрактных тестов, обновления документации и примеров, кандидата в релиз и публикации всех шести SDK.
- У каждого цикла будут ответственный за релиз, список готовности и манифест со ссылками на версии SDK, коммит OpenAPI, журнал изменений, примеры и известные проблемы.
- Исправления безопасности и P1 смогут выйти вне цикла после двух согласований и с обязательным обновлением материалов в течение 48 часов. Это даст ограниченную скорость в экстренной ситуации вместо идеальной синхронности.
Зачем это спрашивают: Интервьюер оценивает управление релизной программой и способность сочетать регулярность с операционной срочностью.
Я буду вести отключение как измеримую программу миграции на уровне аккаунтов с нарастающими уведомлениями.
- В первый день я опубликую график, соответствия замены, таблицу совместимости, средство проверки миграции и инструкцию отката, затем определю использование по эндпоинтам и аккаунтам.
- Уведомления пройдут от журнала изменений и предупреждений SDK к баннерам в дашборде и прямым обращениям к владельцам за 180, 90, 30 и 7 дней, с локализованными датами и без неожиданных продлений.
- Еженедельный дашборд покажет, какие рабочие пространства уведомлены, начали, завершили или заблокировали миграцию. Исключение потребует риска для выручки, инженерного владельца и даты окончания.
Зачем это спрашивают: Интервьюер проверяет, воспринимает ли кандидат отказ от версии как измеримое изменение поведения, а не разовое объявление.
Я предложу добровольно включаемую телеметрию только по метаданным с документированными локальным и глобальным выключателями.
- Схема будет собирать язык и версию SDK, группу операций, класс результата, диапазон задержки, число повторов и анонимный идентификатор установки, но не параметры, токены, URL или тела ответов.
- Для службы безопасности и совета разработчиков я подготовлю схему потоков данных, срок хранения 30 дней, долю выборки, анализ угроз и точные примеры событий.
- Если согласие или идентификация покроют менее 40 процентов пользователей, телеметрия будет показывать только тенденции надёжности, а оценки использования останутся основаны на серверных вызовах.
Зачем это спрашивают: Интервьюер оценивает проектирование телеметрии с учётом приватности и честность относительно выводов из неполных данных.
Я отделю интерес к установке от успешного использования в продакшене и укажу ограничения каждого источника данных.
- Публичные скачивания останутся только показателем охвата: очистка кешей CI, зеркала и прокси модулей не позволяют надёжно посчитать уникальных пользователей Go, поэтому я не стану превращать скачивания в число людей.
- Я сопоставлю добровольную телеметрию SDK и доступные сводные данные прокси, указав ограничения согласия и покрытия, с вызовами из песочницы и продакшена и удержанными аккаунтами по версиям SDK. Число наблюдаемых пользователей представлю как нижнюю границу.
- Десять интервью с ушедшими пользователями и кластеры обращений и трейсов выявят главный барьер. Исправления я ранжирую по охвату и затратам, а все оценки внедрения отмечу как нижнюю границу.
Зачем это спрашивают: Интервьюер проверяет, ставит ли кандидат под сомнение число скачиваний и умеет ли строить ограниченную программу на неполных данных.
Я объединю запросы в подтверждённые кластеры проблем и сделаю логику выбора прозрачной.
- Я удалю дубли по задаче разработчика, затронутым версиям SDK, числу аккаунтов, серьёзности, стоимости обходного пути и стратегическому сегменту, а не только по числу реакций.
- Ежемесячная записка включит 10 главных кластеров, характерные примеры воспроизведения, влияние на воронку, уровень уверенности и оценку инженерных затрат, проверенные с менеджером продукта и руководителями SDK.
- Сообществу я объясню причины выбора пяти пунктов и отказа от следующих пяти. Голоса останутся одним из источников, но не заменят дорожную карту.
Зачем это спрашивают: Интервьюер оценивает, умеет ли кандидат переносить доказательства сообщества в планирование продукта, не обещая выполнить каждый запрос.
Я объединю обнаружение на уровне клиентов, средства миграции и контрольные точки релиза до достижения согласованного порога использования устаревших полей.
- Поскольку в измеряемой когорте обязательны сохранённые запросы, я создам отчёт с разбивкой по аккаунту, SDK, полю и дате последнего использования, затем проверю владельцев, потому что общие шлюзы могут скрывать настоящий клиент.
- Программа выпустит предупреждения схемы, codemod для двух распространённых клиентов, примеры запросов до и после и консультации по миграции дважды в неделю в течение восьми недель.
- Я порекомендую удаление при использовании менее чем 2 процентами активных клиентов и отсутствии P1-блокеров. Иначе записка о готовности сопоставит стоимость задержки с риском поломки.
Зачем это спрашивают: Интервьюер проверяет ответственность за результат миграции API через данные, инструменты, коммуникацию и релизное решение.
Закрытые вопросы
- 21
Open source SDK получает 95 обращений в неделю, медиана первого ответа равна девяти дням, а у двух сопровождающих есть по четыре часа. Какой порядок разбора обращений вы внедрите?
maintainerssdk - 22
В репозитории открыто 38 пул-реквестов, 11 из них прислали участники, которые вносят вклад впервые, а ожидание ревью достигло 21 дня. Как вы перестроите разбор PR?
contributorslatencycode-review - 23
К проекту с 70 000 звёзд присоединяются два добровольных сопровождающих, но все рабочие знания находятся у одного сотрудника. Что войдёт в 30-дневное введение в роль?
developer-onboardingonboardingmaintainers - 24
За прошлый год 1 200 человек впервые создали обращение в проекте, но только 34 вернулись со вторым вкладом. Как вы измерите и улучшите путь участника?
funnelactivation-funnelcontributors - 25
Корпоративная команда и восемь внешних сопровождающих спорят о том, кто может утверждать изменения дорожной карты. Какую модель управления вы предложите проекту?
roadmaproadmap-feedbackconflict - 26
Участник предлагает за три дня до релиза скопировать 900 строк из проекта под Apache-2.0 в ваш SDK под MIT. Как вы поступите?
contributorssdk - 27
Число звёзд выросло за квартал на 40 процентов, но уникальных участников стало меньше, с 72 до 41, а обсуждений без ответа вдвое больше. Как вы оцените здоровье сообщества?
developer-communitycontributors - 28
В пятницу вечером пользователь публикует вероятную уязвимость удалённого выполнения кода в открытом обращении. Что ваш порядок реагирования предусматривает в первые 24 часа?
- 29
Один сопровождающий выполняет 78 процентов слияний, а во время его отпуска репозиторий пропустил два релиза. Какую программу непрерывности вы запустите?
maintainers - 30
Сопровождающий пренебрежительно отвечает новичку на ревью, снимок экрана расходится среди 20 000 подписчиков, и отношение сообщества резко ухудшается. Как вы отреагируете?
developer-communitycontributorsmaintainers - 31
DevRel публикует 14 материалов в месяц, но только два можно связать с внедрением SDK. Как вы перестроите контентную работу на следующий квартал?
sdk-adoptiondecision-makingdeveloper-relations - 32
У вас есть шесть недель на воркшоп для 120 бэкенд-разработчиков, который должен провести их от регистрации в песочнице до развёрнутого обработчика вебхуков. Как вы построите программу?
workshopwebhooksdesign - 33
Вы можете подать четыре доклада на 30 конференций, но бюджета на поездки и подготовку хватит лишь на шесть выступлений. Как вы выберете темы и события?
conference - 34
Вам нужно вживую показать платёжный API 700 участникам конференции через ненадёжный Wi-Fi площадки. Как вы подготовите и проведёте демонстрацию?
conference - 35
Еженедельная серия видео для разработчиков стоит $6 000 за выпуск и в среднем набирает 18 000 просмотров, но до репозитория с примером доходят менее 0,4 процента. Какой эксперимент и критерии остановки вы зададите?
experimentssample-repository - 36
У рассылки для разработчиков 62 000 подписчиков, открываемость 31 процент и только 90 продуктовых активаций в месяц. Как вы проверите, заслуживает ли она дальнейших вложений?
activationdeveloper-activationnewsletter - 37
Руководства доступны на английском, японском и бразильском варианте португальского, но команда может поддерживать только две локали в каждом релизе. Как распределить усилия?
tutorial - 38
Еженедельные открытые консультации собирают 75 участников, но большинство вопросов задают одни и те же восемь человек, а записи почти не приводят к использованию продукта. Как вы перестроите программу?
office-hours - 39
Виртуальный хакатон стоит $85 000, привлекает 1 400 регистраций и в прошлом году дал только 11 удержанных интеграций. Как вы решите, запускать ли его снова?
- 40
У команды 160 устаревающих руководств, 24 видео и 12 воркшопов, а крупное изменение SDK выйдет через восемь недель. Как вы измените приоритеты контентной работы?
tutorialsdkworkshop - 41
Продуктовая команда, служба безопасности и инженеры SDK не согласны по новому сценарию первичной настройки ключа API, а до запуска семь недель. Как вы составите межкомандный RFC?
conflictonboardingdecision-making - 42
Инженерная команда отказывается разрабатывать помощник аутентификации для SDK из-за затрат в два спринта, а поддержка получает 320 связанных обращений за квартал. Как вы повлияете на решение?
agilesdk - 43
За месяц вы получаете 480 обращений в поддержку, 230 тем в Discord, 75 GitHub Issues и 18 эскалаций отдела продаж об опыте разработчиков. Как вы сведёте их для продуктовой команды?
escalationconcurrencydiscord-community - 44
Вас просят создать совет из 12 разработчиков для платформы, которой пользуются стартапы и регулируемые крупные компании. Как вы спроектируете первые шесть месяцев?
design - 45
Компания нанимает двух DevRel-инженеров уровня middle, а прежние собеседования переоценивают отточенные выступления и не замечают управление программами. Как вы перестроите свой этап интервью?
developer-relationsownership - 46
Годовой бюджет вашей программы DevRel равен $420 000, и финансовая команда спрашивает, какие активности создают достаточно ценности для продления. Как вы построите экономическую модель?
developer-relations - 47
Команде нужна телеметрия SDK через четыре месяца. Поставщик стоит $140 000 в год, внутренняя разработка оценена в три инженера на два квартала, а бюджет исследования уже одобрен. Какой пилот и рекомендацию вы подготовите?
procurementestimationsdk - 48
Флагманское спонсорство конференции стоит $180 000 и повлияло на 14 сделок, но ни одна за девять месяцев не дошла до интеграции в продакшене. Продлите ли вы его?
conferencesponsor - 49
В следующем квартале можно финансировать лишь две из четырёх программ: консультации по миграции SDK, подготовку сопровождающих open source, серию видео и воркшопы на конференциях. Как вы распределите команду?
developer-onboardingmigrationsonboarding - 50
Шестимесячный пилот программы амбассадоров включает 60 участников, стоит $210 000 и дал 320 публикаций, но только девять проверенных интеграций с продуктом. Вы перезапустите, измените или закроете программу?
- 51
После выпуска Python SDK 4.0 недельное использование SDK упало на 22%, а API-трафик не изменился. Как вы определите, стал ли релиз причиной спада?
decision-makingpythonsdk - 52
Использование JavaScript SDK снизилось на 15%, но у 38% событий установки не указана версия SDK. Что вы сделаете до презентации этого тренда?
sdk-adoptiondecision-makingjavascript - 53
Установки Ruby SDK упали на 40% после изменения руководства для быстрого старта, но для серверных пользователей нет событий активации. Как вы восстановите данные?
activationdeveloper-activationsdk - 54
Использование шести поддерживаемых версий SDK распределено как 31%, 24%, 18%, 12%, 9% и 6%, а поддержка не может воспроизвести многие обращения. Какую политику вы предложите?
debuggingsdk - 55
Схема OpenAPI указывает, что createJob возвращает job_id, а сгенерированный TypeScript-клиент 2.7 ожидает id, из-за чего 63 запуска руководства завершились ошибкой. Как вы восстановите работу?
openapiopenapi-governanceschema - 56
В следующем квартале руководство может профинансировать один новый официальный SDK: C# используют 640 рабочих аккаунтов с прямыми HTTP-запросами в месяц и по нему создано 90 обращений в поддержку, а у Rust 210 аккаунтов и 18 обращений. Какую программу внедрения вы выберете?
sdk-adoptionhttpdecision-making - 57
Java SDK сообщает о 120 000 инициализаций в месяц, но уникальных API-ключей только 18 000, поэтому финансовый отдел считает показатель использования завышенным. Какую метрику вы будете отстаивать?
monitoringsdkapi - 58
Новый пример PHP SDK сокращает настройку с 21 до 12 минут в тестах удобства использования, но внедрение в рабочей среде всё ещё ниже на 19%. Будете ли вы распространять его на всех?
sdk-adoptiondecision-makingtesting - 59
Семь адаптеров фреймворков от сообщества обслуживают 46% рабочих вызовов Node SDK, но три закреплены на неподдерживаемых версиях и ни один не запускает тесты совместимости. Какую программу для экосистемы вы создадите?
developer-communitytestingsdk - 60
Использование SDK упало на 33% в трёх языках после миграции аутентификации, а откат доступен ещё пять дней. Какой эксперимент по восстановлению вы проведёте?
rollbacksdkmigrations - 61
В вашем каталоге есть 47 плагинов с открытым исходным кодом; 12 из них не выпускались 18 месяцев, дают 35% установок и содержат четыре известные уязвимости. Что вы сделаете за следующие 60 дней?
vulnerabilities - 62
У фонда открытого программного обеспечения есть $80 000 на 31 заявку по адаптерам SDK, инструментам тестирования и локальным программам для разработчиков. Как вы распределите гранты?
sdk - 63
На APAC приходится 43% пользователей платформы, но только 7% участников RFC, а все девять сопровождающих работают в Европе или Северной Америке. Какое изменение в управлении вы проверите за шесть месяцев?
maintainersdecision-making - 64
RFC об удалении популярного плагина собрал 143 комментария, две агрессивные ветки и не получил решения за три недели. Как вы продвинете обсуждение?
decision-makingconcurrency - 65
После удвоения сообщества до 8 000 участников модерация занимает 26 рабочих часов в неделю. Какое операционное изменение вы внесёте?
developer-communitycommunity-moderation - 66
В проекте указаны 17 сопровождающих, но 11 из них не проверяли код в течение года, а шесть неактивных аккаунтов всё ещё могут публиковать пакеты или управлять репозиторием. Какое изменение в управлении вы внесёте?
maintainers - 67
Во время продолжающегося инцидента с зависимостью GitHub, Discord и документация показывают разный статус, а в сообществе появилось 61 сообщение с просьбой разъяснить ситуацию. Как вы исправите процесс коммуникации?
discord-communitydeveloper-communitydependencies - 68
В 11 из 20 наблюдаемых сессий новые участники бросают настройку проекта, потому что тесты идут 34 минуты и завершаются ошибкой в Windows. Что вы измените?
contributorssessionstesting - 69
Два сопровождающих спорят, принимать ли созданный с помощью ИИ pull request с 1 400 изменёнными строками и без тестов. Как вы поступите?
soft-skillsconflictcode-review - 70
Ответвление проекта, созданное сообществом, набрало 600 звёзд после жалоб участников на слишком медленное управление основным проектом. Вы будете конкурировать, объединять проекты или сотрудничать?
developer-communitycontributors - 71
Практический семинар стоит $18 000, на него зарегистрировались 240 человек, пришли 96, а завершили работу 28. Повторите ли вы его в следующем квартале?
content-completionworkshop - 72
Программа подготовки тренеров обучила 24 архитектора решений партнёров, но только пять провели семинар, а в трёх сессиях были критические технические ошибки. Что вы сделаете в следующем квартале?
workshopsessions - 73
Серия из четырёх вебинаров собрала 800 регистраций, 310 участников первой сессии и 54 завершения всей программы, но доля первых вызовов выросла на 11 процентных пунктов. Продолжите ли вы серию?
content-completionsessions - 74
Региональная программа встреч стоит $6 500 за мероприятие, в среднем получает 85 регистраций и 37 участников и не показывает роста доли первых вызовов после шести мероприятий. Что вы сделаете?
meetup - 75
Кампания с учебными материалами стоила $9 000, получила 48 000 просмотров, 2 400 переходов в репозиторий и 72 успешных первых вызова. Продлите ли вы её?
tutorial - 76
На докладе конференции было 420 участников, 180 переходов по QR-коду и 67 созданных песочниц, но только шесть первых вызовов. Как вы измените последующую работу?
conference - 77
На сертификационный семинар зарегистрировались 320 человек, пришли 210, лабораторную работу завершили 126, а сертификацию получили 31 при стоимости $24 000. Вы улучшите или закроете программу?
content-completioniterationworkshop - 78
DevRel подключался к девяти запускам продукта с медианой шесть дней до релиза; четыре продукта вышли без рабочего примера, а три вызвали всплеск обращений в поддержку. Какую операционную программу вы введёте?
developer-relations - 79
Партнёрский семинар получает 150 регистраций и 74 участника, но партнёр может сопоставить с аккаунтами только 22 из них. Учтёте ли вы заявленные 14 первых вызовов?
program-attributionworkshop - 80
У вас осталось $30 000 на три семинара или одно спонсорство конференции; раньше семинары стоили $180 за первый вызов, а конференция $1 050. Что вы выберете?
conferencesponsorworkshop - 81
Запрос на новую функцию получает 900 голосов за 48 часов, но 71% поступили от новых аккаунтов из одного источника переходов, а API активно используют только 24 проголосовавших. Как вы оцените этот сигнал?
api - 82
Пятьдесят обращений в поддержку сообщают о периодических сбоях проверки подписи вебхука, но инженеры не могут их воспроизвести. Каков ваш следующий шаг?
debuggingwebhooks - 83
Вы сгруппировали 500 обращений и выяснили, что 46% связаны с аутентификацией, но менеджер продукта считает, что в выборке слишком много крупных корпоративных аккаунтов, часто обращающихся в поддержку. Как вы ответите?
auth - 84
Команда продукта закрыла 73 обращения по SDK как невоспроизводимые, но проверка сообщества показала, что в 21 случае используется одинаковая конфигурация прокси. Что вы сделаете?
configsdkproxy - 85
Инженеры могут исправить либо ошибку пагинации со 120 обращениями, затрагивающую 9% активных пользователей, либо проблему с названиями с 260 обращениями, затрагивающую 34%. Что вы поставите выше?
pagination - 86
На обсуждении дорожной карты ваш главный запрос по удобству разработки отклоняют, потому что он задержит доходную функцию на три недели. Как вы разрешите спор?
roadmapdeveloper-experienceroadmap-feedback - 87
После выпуска исправления SDK остаются открытыми 88 связанных обращений, и разработчики продолжают спрашивать о статусе. Как вы завершите цикл обратной связи?
feedbackfeedback-loopsdk - 88
Сто сорок жалоб на GraphQL выглядят как дубли, но уверенность группировки составляет только 62%. Объедините ли вы их?
clusteringgraphql - 89
В вашем квартальном отчёте DX перечислены 67 запросов, но инженеры говорят, что ни в одном нет критериев приёмки. Как вы исправите передачу задач?
specsdeveloper-experience - 90
Функцию запросили в 310 обращениях, но через 30 дней после выпуска её используют только 4% подходящих аккаунтов. Был ли цикл обратной связи ошибочным?
feedbackfeedback-loop - 91
DevRel заявляет о $420 000 созданного пайплайна, но только 37% аккаунтов разработчиков совпадают с записями CRM. Какую атрибуцию вы укажете в отчёте?
program-attributionci-cddeveloper-relations - 92
Шестимесячная программа начала работы для разработчиков стоила $96 000, а сопоставленные аккаунты принесли $310 000 нового ARR от самообслуживания. Будете ли вы её масштабировать?
developer-onboardingonboarding - 93
Семинары дают первые вызовы по $190, учебные материалы по $75, а консультации по $260, но доли повторного использования равны 54%, 22% и 68%. Как вы сравните каналы?
tutorialworkshopoffice-hours - 94
Совет из 12 разработчиков встречается ежемесячно, но посещаемость составляет 42%, а команда продукта приняла только одну из 18 рекомендаций. Что вы измените?
decision-making - 95
Ваш показатель RUM DX вырос с 61 до 74, но после выпуска новой системы измерений Safari потерял 28% событий. Заявите ли вы об улучшении?
instrumentationdeveloper-experience - 96
На квартальном обзоре четыре программы DevRel общей стоимостью $210 000, и только у двух есть надёжные данные об активации. Что вы порекомендуете?
activationdeveloper-activationdeveloper-relations - 97
Младший специалист DevRel, которого вы наставляете, делает сильные демонстрации, но пропускает измерения в трёх запусках подряд. Как вы поможете ему улучшиться?
instrumentationmentoring - 98
Команда DevRel из шести человек тратит 58% времени на реактивную поддержку, у запусков нет постоянного владельца, а команда продукта ожидает работу над внедрением четырёх SDK в следующем полугодии. Как вы измените операционную модель?
sdk-adoptionreactdecision-making - 99
Маркетинг хочет считать 70 000 просмотров кампании охватом DevRel, а команда продукта признаёт только 1 400 активированных аккаунтов. Какую систему показателей вы предложите?
dx-scorecarddeveloper-relations - 100
За два квартала ваша программа DX потратила $180 000, использование SDK упало на 17%, RUM вырос на 6 процентных пунктов, а связанный с программой ARR самообслуживания достиг $260 000. Что вы порекомендуете?
sdk-adoptiondecision-makingsdk