Вопросы на собеседовании: Salesforce-разработчик
100 реальных вопросов с образцовыми ответами и пояснениями для уровня Старший разработчик платформы.
Смотреть пример резюме: Salesforce-разработчик →Тренировка флешкарточками
Интервальное повторение · Hunter Pass
Вопросы
Я сделаю одну точку входа для массовой обработки на объект и вынесу все запросы и изменения данных из циклов по записям.
- Обработчик соберет идентификаторы Accounts и Products, по одному разу запросит каждый объект и рассчитает изменения через словари.
- Слой unit of work сгруппирует вставки, обновления и удаления, чтобы транзакция использовала несколько DML-операторов, а не 200.
- Тесты передадут 1 и 200 Opportunities и проверят результат вместе с расходом лимитов через Limits.
Зачем это спрашивают: Интервьюер проверяет, умеет ли кандидат превратить governor limits в архитектуру массовой транзакции с измеримым запасом.
Я закреплю каждое поле за одним слоем автоматизации и согласую его поведение с фиксированными фазами выполнения Salesforce.
- Flow Trigger Explorer упорядочивает такие Flow только внутри одной категории времени выполнения и не размещает их относительно Apex.
- Before-save Flow выполняются до before-триггеров, а after-триггеры до after-save Flow; все пути повторного входа будут описаны с учетом этой последовательности.
- Тест производительности на 200 Cases и матрица владельцев полей станут обязательной проверкой для новой автоматизации.
Зачем это спрашивают: Сильный ответ разделяет обязанности Flow и Apex, а не полагается на случайный порядок выполнения.
В исходной транзакции я оставлю только изменения, необходимые для соблюдения инвариантов, а независимые побочные действия выполню после фиксации.
- Изменения Opportunity, коммерческого предложения и резервирования, которые должны совпадать, выполнит один сервис массовой синхронной обработки.
- Уведомления, аналитика и внешняя синхронизация опубликуют событие или поставят работу в очередь только после успешного сохранения.
- Каждый асинхронный получатель будет идемпотентным и сохранит состояние, из которого операцию можно повторить, не удлиняя пользовательскую транзакцию.
Зачем это спрашивают: Вопрос проверяет, отличает ли кандидат атомарные бизнес-инварианты от побочных действий, которые должны завершаться независимо.
Я стандартизирую один триггер на объект, упорядоченные обработчики и общие сервисы массовой обработки.
- Обработчики получают коллекции и словари, объявляют фазу и не выполняют SOQL или DML в цикле по записям.
- Доменные сервисы владеют переиспользуемыми правилами, а селекторы централизуют формы SOQL-запросов и режим безопасности.
- CI отклонит второй триггер на подконтрольном объекте и выполнит контрактные тесты цепочки обработчиков на 200 записях.
Зачем это спрашивают: Интервьюер ожидает сопровождаемую модель ответственности, которая защищает лимиты при развитии объектов несколькими командами.
Я сделаю побочные действия идемпотентными по бизнес-переходу и буду блокировать только рекурсию, активную в данный момент.
- Обработчик изменит поле только тогда, когда рассчитанное целевое значение отличается от сохраненного.
- Каждое побочное действие получит устойчивый ключ из Account ID и бизнес-перехода или версии, поэтому повтор вернет уже существующий результат.
- Если локальная защита все же нужна, она добавит ключ выполнения при входе и удалит его в блоке finally; тесты охватят 2 пути повторного входа на 200 записях.
Зачем это спрашивают: Интервьюер проверяет, не подавляет ли история по Account ID и фазе законный последующий переход и блокируется ли только активная рекурсия.
Я выберу Batch Apex для большого набора из запроса, но спроектирую восстановление явно, не предполагая автоматического продолжения после ошибки.
- QueryLocator будет потоково читать целевой набор, а успешные порции зафиксируются независимо.
- В Batch Apex нет встроенного возобновления с упавшей порции, поэтому задача сохранит результаты записей или контрольные точки и явно повторно отправит неудачные записи.
- Размеры порций от 100 до 500 будут проверены под нагрузкой по CPU, блокировкам, стоимости восстановления и сроку 45 минут.
Зачем это спрашивают: Интервьюер оценивает соответствие асинхронного механизма нагрузке и явное восстановление независимых Batch-транзакций.
Я начну с селективного индексированного условия, которое соответствует реальному разделению данных между агентами.
- Query Plan подтвердит кардинальность, ведущую операцию и относительную стоимость на объеме, близком к боевому.
- Я объединю индексированные фильтры, например RecordTypeId, статус, диапазон дат или обоснованный пользовательский индекс, и исключу начальные подстановочные символы.
- Постраничная выдача пойдет по стабильному индексированному ключу, например CreatedDate вместе с Id, а не через OFFSET по миллионам записей.
Зачем это спрашивают: Ответ должен показывать проектирование LDV-запроса по измерениям, а не общую просьбу добавить индекс.
Я сравню доступные планы и перепишу запрос, если ведущая операция не остается селективной и устойчивой на боевой кардинальности.
- Я изучу cardinality, sObject cardinality, тип ведущей операции, используемые поля и relative cost.
- Каждый фильтр будет проверен отдельно, чтобы найти условие, которое вызывает полное сканирование или ослабляет индексный путь.
- В релизном гейте останутся данные плана и p95 времени на sandbox с полным объемом, а не только число возвращенных записей.
Зачем это спрашивают: Интервьюер проверяет, основаны ли решения о селективности на Query Plan и репрезентативном распределении данных.
Я устраню единственного родителя как горячую точку записи и владения, а не буду маскировать проблему настройками.
- Contacts будут распределены по осмысленным промежуточным родителям или региональным Accounts, если это допускает предметная область.
- Массовая загрузка будет упорядочена по родителю, а для обновлений горячих родителей я уменьшу параллелизм.
- Метрики ожидания блокировок и результаты ошибочных строк подтвердят исчезновение повторных UNABLE_TO_LOCK_ROW.
Зачем это спрашивают: Сильный ответ исправляет перекошенную модель данных и профиль записи, а не ограничивается повторами.
Я распределю владельцев до загрузки и отделю техническую атрибуцию от владения записями.
- Детерминированное правило распределит записи между активными очередями или пользователями-владельцами согласно бизнес-модели.
- Интеграционная учетная запись останется в полях аудита или внешнего источника, а не станет владельцем всех строк.
- Репетиция измерит пересчет sharing и частоту блокировок на 10%, 50% и полном расчетном объеме.
Зачем это спрашивают: Вопрос проверяет, видит ли кандидат перекос владения как проектную проблему еще до миграции.
Я проведу пересчет sharing как управляемое по мощности боевое изменение с измеряемым окном доступа.
- Репетиция на sandbox с полным объемом зафиксирует длительность пересчета, давление блокировок и затронутых пользователей.
- Боевое изменение пройдет в период низкой записи с остановленными конфликтующими массовыми задачами и проверками доступа каждые 5 минут.
- Причинами отката станут нарушение SLA 30 минут, устойчивые ошибки блокировок или неверная видимость в контрольной выборке.
Зачем это спрашивают: Интервьюер ожидает развертывание с учетом асинхронного пересчета sharing и проверкой фактического доступа пользователей.
Сначала я сокращу число транзакций, а не запрошу дополнительную квоту, потому что это общий ресурс Salesforce-организации.
- Я объединю работу в Queueable-пакеты или порции Batch вместо создания одной задачи на запись.
- Интеграционный трафик вне Apex перенесу на Platform Events, Bulk API или внешний обработчик, если они соответствуют контракту.
- Суточный бюджет по источникам будет предупреждать на 70%, 85% и 95% текущей квоты.
Зачем это спрашивают: Старший разработчик должен управлять async Apex как ограниченной общей мощностью и устранять веер задач по одной записи.
Я оформлю процесс как возобновляемый конечный автомат и буду ставить в очередь только следующую ограниченную порцию работы.
- Каждая задача заберет порцию через устойчивую служебную запись и сохранит контрольную точку перед продолжением цепочки.
- По цепочке передаются идентификаторы, а не 50 000 сериализованных записей; неудачные порции попадут в очередь с ограниченным числом повторов.
- Метрики покажут возраст этапа, число попыток и оставшиеся порции, чтобы оператор мог безопасно остановить или продолжить цепочку.
Зачем это спрашивают: Вопрос проверяет ограниченную оркестрацию, устойчивый прогресс и контроль ошибок между асинхронными транзакциями.
Сначала я обеспечу безопасность блокировок, затем увеличу пропускную способность на основе измерений.
- Записи будут разделены и упорядочены по родителю, чтобы две порции не конкурировали за один Account.
- Я проверю порции по 50, 100 и 200 записей при реалистичных пользовательских изменениях и начну с последовательного режима при высокой конкуренции.
- Решение должно уложиться в 3 часа и удержать ошибки блокировок ниже согласованного порога.
Зачем это спрашивают: Интервьюер ищет измеримый баланс между скоростью Batch Apex и конкуренцией с живыми транзакциями.
Я выберу Bulk API 2.0, если преобразование можно выполнить вне Salesforce и достаточно обычного поведения платформенной DML-операции.
- Запись через Bulk API все равно запускает validation rules, триггеры и применимую автоматизацию, поэтому активная автоматизация сама по себе не требует Batch Apex.
- Batch Apex предпочтительнее, когда внутри Salesforce нужны собственная логика преобразования на Apex, платформенные связи или оркестрация.
- Репетиция на 5 000 строках сравнит ошибки проверок, стоимость автоматизации, блокировки, сверку и полное время.
Зачем это спрашивают: Сильный ответ выбирает место пользовательского преобразования и оркестрации, учитывая запуск автоматизации Salesforce в обоих вариантах.
Я заранее загружу неизменяемую историю, оставлю на окно переключения только дельту и разрешу все связи через внешние идентификаторы.
- Задачи Bulk API 2.0 загрузят родительские волны перед дочерними, а все файлы результатов попадут в реестр миграции.
- Параллельная проверка сравнит количества, финансовые итоги, выборку связей и отклоненные строки до переключения пользователей.
- При откате мы закроем новый путь ввода и восстановимся с последней границы дельты, а не попытаемся вслепую удалить 8 миллионов строк.
Зачем это спрашивают: Интервьюер оценивает переключение, сверку и границу отката, подходящую для многомиллионной миграции.
Я задам версионируемый конверт события, а каждый подписчик будет хранить собственную позицию обработки и бизнес-ключ идемпотентности.
- Полезная нагрузка содержит версию события, идентификатор исходной записи, идентификатор изменения, время события и только нужные потребителям поля.
- Подписчики продолжают работу с сохраненных replay positions, но не считают replay IDs непрерывными порядковыми номерами.
- Возраст очереди вызовет предупреждение задолго до 72 часов, а восстановление после срока хранения выполнит API-дозагрузка.
Зачем это спрашивают: Ответ должен отделять транспортную позицию replay от бизнес-порядка и предусматривать восстановление после окончания хранения.
Я свяжу корректность с идентификатором и версией исходного изменения, а не с порядком доставки.
- Каждый потребитель атомарно сохранит последнюю принятую версию сущности вместе с проекцией состояния.
- Повторный идентификатор изменения завершится успешно без повторения побочного действия, а старая версия будет проигнорирована или изолирована.
- Задача сверки каждые 15 минут сравнит количество записей и хеши выборки источника с проекцией.
Зачем это спрашивают: Интервьюер проверяет явную семантику дубликатов и порядка вместо предположения о доставке ровно один раз.
Я передам происхождение и идентификатор изменения вне бизнес-данных и отклоню уже примененные в целевой Salesforce-организации изменения.
- Реестр синхронизации будет использовать ключ из исходной Salesforce-организации, внешнего идентификатора записи и идентификатора исходного изменения.
- Интеграционные обновления сохранят устойчивую отметку происхождения или получат конверт middleware, чтобы потребители CDC распознавали эхо.
- Тест на 4 Salesforce-организациях подтвердит, что одно исходное изменение создает не более 3 операций записи в целевые организации и ни одной обратной операции.
Зачем это спрашивают: Проектирование старшего разработчика требует устойчивой защиты от циклов, потому что флаги одной транзакции не координируют несколько Salesforce-организаций.
Я буду добавлять обратно совместимые поля, а несовместимую семантику вынесу в новый версионируемый контракт.
- Потребители игнорируют неизвестные необязательные поля и объявляют минимальную и максимальную поддерживаемые версии.
- Производитель временно публикует обе версии, а мы измеряем объем и ошибки отдельно по каждой.
- Версия 1 удаляется только после того, как все 7 команд покажут нулевой трафик за согласованный период совместимости.
Зачем это спрашивают: Интервьюер ожидает независимые релизы с явными правилами совместимости и доказательством готовности к отключению.
Закрытые вопросы
- 21
REST API партнера принимает 600 запросов в минуту и возвращает 429 при превышении; как вы интегрируете 40 000 ежедневных обновлений Salesforce?
restsalesforce - 22
Мобильный клиент должен создать заказ и 24 дочерние строки за 1 обращение; как вы примените Composite API и выберете allOrNone?
composite-api - 23
Внешнее хранилище присылает 10 миллионов обновлений Accounts каждую ночь; как вы организуете загрузку через Bulk API 2.0 и сверку?
bulk-apireactwarehouse - 24
Двенадцать исходящих интеграций используют 3 провайдера удостоверений; как вы построите Named Credentials и External Credentials без секретов в Apex?
secretscredentialsnlp - 25
Платежная система повторяет запросы в течение 24 часов после тайм-аутов; как вы гарантируете идемпотентность побочных действий из Salesforce?
resiliencesalesforceendpoints - 26
Шесть региональных Salesforce-организаций обмениваются 1 миллионом изменений клиентов в день при SLA 5 минут; какую синхронизацию вы реализуете?
designsalesforceorgs - 27
В 14 Salesforce-организациях есть 3 конфликтующих идентификатора клиента; как установить единую идентичность без объединения организаций?
- 28
Двенадцать профилей получают доступ к регулируемым данным Case при SLA отзыва прав 15 минут; как вы разделите sharing, CRUD и FLS?
- 29
Три Apex-сервиса отдают пользователям LWC 40 полей Account; когда вы выберете user mode вместо system mode?
lightningsystem-designapex - 30
Требования соответствия защищают 6 чувствительных полей и требуют хранить доказательства 7 лет; как вы спроектируете доступ и аудит?
design - 31
Таблица LWC должна показывать 20 000 Opportunities и дать первый полезный результат быстрее 2 секунд; какую клиентскую и серверную архитектуру вы выберете?
gridlightningdesign - 32
Пять LWC на 1 странице записи читают пересекающиеся поля и должны отразить изменения за 1 секунду; как вы примените Lightning Data Service?
lightning - 33
Консольным приложением пользуются 3 000 одновременных пользователей с подпиской на события Case; как не перегрузить клиенты подписками LWC?
lightningdesignconcurrency - 34
Мобильная форма LWC содержит 100 полей, но должна стать интерактивной за 1,5 секунды; как вы ее измените?
formslightning - 35
Сорок правил маршрутизации различаются в 5 Salesforce-организациях и меняются еженедельно; как применить Custom Metadata без непрозрачного движка правил?
metadata - 36
Новое правило цены нужно включить для 10% из 4 000 пользователей до полного релиза; как вы реализуете управление функцией?
pricing - 37
Четыре команды сопровождают 12 unlocked packages с общими интерфейсами Apex; как вы определите границы и владельцев пакетов?
typesapexownership - 38
Восемнадцать unlocked packages выходят в 3 релизных потоках; как сохранить граф зависимостей развертываемым?
deploymentdependencies - 39
Команде из 25 разработчиков нужна обратная связь Salesforce CI за 30 минут; какие гейты развертывания вы спроектируете?
designsalesforcedeployment - 40
Релиз меняет метаданные и преобразует 2 миллиона записей; какой план отката вы одобрите до развертывания?
designmetadatadeployment - 41
Три команды проводят 40 рабочих элементов за релиз через DevOps Center; как вы предотвратите скрытые зависимости метаданных?
metadatadependencies - 42
Для боевого развертывания требуется минимум 75% общего покрытия Apex и покрытие каждого триггера; какой более строгий тестовый гейт вы добавите для 6 команд?
triggersdeploymentcoverage - 43
Две тысячи Apex-тестов идут 45 минут и блокируют 12 релизов в неделю; как сократить обратную связь, не скрыв регрессии?
apex-testingfeedbackapex - 44
В процессе заказа участвуют 8 внешних эндпоинтов; как вы протестируете Apex callout для 5 режимов отказа?
endpointsapex - 45
Синхронный путь Apex ограничен 10 секундами CPU и обслуживает 8 000 пользователей; какая наблюдаемость предупредит до сбоев?
observabilityapex - 46
В Apex flex queue помещается 100 Batch-задач, а одновременно queued или active могут быть только 5; как вы управляете 30 источниками расписания?
concurrencydata-structuresapex - 47
Для потребителей Platform Event задано восстановление 15 минут при хранении 72 часа; за какие сигналы и инструкцию реагирования вы возьмете ответственность?
retentionrunbooksevents - 48
Пять партнерских интеграций разделяют SLA успешности 99,9% и p95 задержки 3 секунды; как определить источник сбоя?
latency - 49
Семь разработчиков владеют 4 пересекающимися автоматизациями Account; какое именованное ревью вы введете, чтобы снизить p95 CPU с 8 до 5 секунд?
- 50
Шесть Salesforce-организаций используют интеграции на 3 версиях Salesforce API и не могут обновиться одним релизом; как сохранить совместимость?
salesforceapi - 51
Синхронный триггер Opportunity падает с SOQL 101 при получении 200 записей; какие данные вы соберете и как безопасно исправите проблему?
queriestriggers - 52
Импорт Cases падает с DML 151 после релиза Flow, хотя в каждой транзакции только 200 Cases; как вы разберете и устраните инцидент?
transactionsdata-modelincidents - 53
Синхронный сервис получает ошибку queried rows 50,001 при построении панели для 600 руководителей; как вы безопасно исправите продакшен?
- 54
После релиза 42 синхронное сохранение Accounts упирается в лимит Apex CPU 10 секунд на пакете 200 записей; опишите ваши действия.
batchapex - 55
Синхронный REST-сервис достигает лимита Apex heap 6 МБ при сериализации 7 500 дочерних записей; как вы исправите это?
data-structuresapexrest - 56
Асинхронная Queueable-задача падает на лимите heap 12 МБ при разборе ответа JSON размером 9 МБ; как вы измените архитектуру?
asyncdata-structuresarchitecture - 57
Транзакция пытается выполнить callout 101 при уведомлении 160 магазинов; как вы сдержите сбой и измените доставку?
transactions - 58
Три последовательных callout расходуют общий тайм-аут 120 секунд в 1 Apex-транзакции; какое решение вы примете в инциденте?
incidentstransactionsresilience - 59
Каскад триггеров пытается изменить 10 001 строку в одной транзакции при закрытии 120 Opportunities; как исправить это без частичного бизнес-состояния?
transactionstriggers - 60
Синхронный триггер ставит 51 Queueable-задачу для 200 записей и падает на лимите 50 задач; как исправить веерную постановку?
fan-outtriggersasync-apex - 61
Миграция Batch Apex обновляет 3 миллиона Contacts, и 18 400 строк не проходят проверки в 92 порциях; как безопасно восстановиться?
batchasync-apexmigrations - 62
В Apex flex queue находится 87 Batch-задач, самой старой 6 часов, а 9 команд продолжают добавлять работу; что вы сделаете первым?
data-structuresapexbatch - 63
После релиза 31 Salesforce CPQ пересчитывает коммерческое предложение на 1 200 строк за 94 секунды, а 7% цен отличаются; как вы разберете инцидент?
soft-skillsincidentssalesforce - 64
После загрузки 18 миллионов Cases запрос замедляется с 0,8 до 14 секунд, а Query Plan показывает полное сканирование; как восстановить сервис?
queries - 65
Развертывание sharing rules лишает 4 200 сервисных агентов доступа к Cases на 22 минуты; как вы сдержите и расследуете инцидент?
deployment - 66
Flow, запускаемый при изменении записи, повторно входит 6 раз и удваивает задачи Case в транзакции на 200 записей; как вы диагностируете и предотвратите повторение?
triggersautomationflow - 67
Подписчик биллинга обрабатывает 0,7% дубликатов Platform Events и создает 340 повторных счетов за 1 день; как вы исправите ситуацию?
eventsconcurrency - 68
Подписчик Platform Event не работает 70 часов при сроке хранения 72 часа; какое решение вы примете в первые 15 минут?
retentionevents - 69
Мониторинг считает переход от replay ID 8 240 к 8 247 шестью пропущенными Platform Events; как вы исправите диагностику?
eventsmonitoring - 70
У подписчика Platform Event накопилось 25 000 событий, а задержка выросла с 2 до 35 минут после развертывания; как вы найдете узкое место?
trackingdeploymentevents - 71
Одно обновление Account создает 6 записей CDC в 3 Salesforce-организациях до остановки цикла; как доказать и устранить обратную связь?
feedback - 72
Партнер начинает возвращать 429 на 28% из 12 000 REST-запросов в час после снижения квоты до 400 в минуту; что вы измените?
rest - 73
Тайм-аут REST 30 секунд создает 76 повторных отправлений из 9 000 заказов, потому что повторы используют новые ключи; как восстановиться?
resiliencerest - 74
После релиза провайдера OData 4.0 Salesforce Connect показывает только 200 из 18 600 счетов из-за неверных ссылок постраничной выдачи; как восстановиться?
salesforcepagination - 75
Задача Bulk API 2.0 на 4 миллиона строк сообщает 98,7% успеха; какие точные доказательства нужны до завершения миграции?
bulk-apimigrations - 76
В реестре миграции 2 500 000 исходных строк, но только 2 497 320 результатов Salesforce; как найти пропавшие 2 680 строк?
migrationssalesforce - 77
Во время миграции 6 миллионов строк 41 000 дочерних записей не находят внешние идентификаторы родителей; какое решение по развертыванию вы примете?
migrationsdeployment - 78
Развертывание удаляет пользовательское поле, на которое еще ссылаются 14 Flow и в котором есть данные у 900 000 записей; как вы сдержите ситуацию?
deployment - 79
Unlocked package B не собирается, потому что package A версии 3.4 удалил Apex-интерфейс, который используют 11 классов; как восстановить релизный поток?
typesapex - 80
Релиз 17 меняет 65 компонентов метаданных и увеличивает ошибки сохранения Case с 0,2% до 6%; какие данные нужны для отката?
componentsrollbackmetadata - 81
Боевая проверка показывает 74,6% общего покрытия Apex при требовании 75%; как вы поступите в релизном окне 2 часа?
validationdeploymentcoverage - 82
Тридцать из 1 800 Apex-тестов падают нестабильно и вызывают 4 повторные проверки в неделю; как вы стабилизируете гейт?
apex-testingvalidationapex - 83
Apex-класс with sharing раскрывает 5 полей зарплаты 230 пользователям без FLS; как вы сдержите и исправите утечку?
apex - 84
Новая иерархия ролей дает 34 региональным руководителям доступ к 7 200 конфиденциальным записям Investigation, несмотря на Private sharing; как закрыть утечку?
- 85
Публичная форма Experience Cloud позволяет гостям перебрать 1 840 заявок за 6 часов; как вы сдержите инцидент и закроете границу доступа?
forms - 86
Поисковый LWC отправляет 14 Apex-запросов для строки из 14 символов, повышая трафик до 2,1 миллиона вызовов в час при 4 500 пользователях; как его сократить?
lightningqueriesapex - 87
LWC отрисовывает 8 000 строк, блокирует главный поток на 4,6 секунды и затрагивает 1 200 пользователей; что вы измените первым?
lightningconcurrency - 88
Релиз навигации консоли открывает по 4 одинаковые вкладки Case на действие у 900 агентов и повышает память браузера на 38%; как это исправить?
memory - 89
Два LWC меняют одну запись с интервалом 500 мс, и старый ответ перезаписывает более новое состояние интерфейса; как предотвратить гонку?
state - 90
Изменение Custom Metadata направляет 38% из 15 000 ежедневных Cases в неверную очередь; как восстановиться и предотвратить повтор?
metadatadata-structures - 91
Развертывание функции на 25% из 6 000 пользователей повышает долю ошибок сохранения с 0,4% до 3,2%; какое решение вы примете?
deployment - 92
После смены 2 сертификатов OAuth 7 из 18 интеграций Named Credential возвращают 401; как вы найдете и восстановите их?
oauthcredentials - 93
Двенадцать команд создают 101 активную задачу Scheduled Apex, и настройка расписания после развертывания падает из-за лимита Salesforce-организации в 100 задач; как восстановить мощность и предотвратить повтор?
capacitydeploymentapex - 94
Замедление ERP снижает доставку MuleSoft до 40 сообщений в секунду при публикации Salesforce 250, из-за чего очередь растет до 280 000 сообщений возрастом 96 минут; что вы измените?
backlogsalesforce - 95
Релиз 52 удаляет 312 разрешений профилей, и 680 пользователей теряют доступ к 9 объектам на 18 минут; как вы проведете восстановление и обучение владельца?
linux - 96
Селектор разработчика сканирует 11 миллионов Opportunities и работает 19 секунд; как вы проведете наставничество через именованное ревью и докажете улучшение?
mentoring - 97
Два разработчика добавили 5-ю автоматизацию Account, которая повысила p95 SOQL с 18 до 73 запросов; какое ревью и обучение вы проведете?
queries - 98
В интеграционном инциденте длиной 47 минут отсутствовали correlation IDs у 32% ошибочных запросов; какое конкретное ревью вы проведете с 6 инженерами?
correlationincidents - 99
Коллега предлагает удалить 23 компонента метаданных в одном релизе с обновлением 4 пакетов; как вы проведете ревью развертывания?
componentsdeploymentmetadata - 100
Миграция младшего инженера на 50 000 записей потеряла доказательства для 612 ошибочных строк; как вы проведете его через восстановление?
mentoringmigrations