R R  ·  20 вопросов  ·  ~55 мин  ·  ⏱ Таймер 55:00  ·  Лёгкий  · 

Условия, циклы и функции

Задания предлагают читать R-код так, как его приходится читать в живом аналитическом проекте. В тесте «Условия, циклы и функции» рассматриваются Векторные условия ifelse, for и while, Объявление функции и Области видимости. Нужно предсказывать структуру результата, находить скрытые риски, выбирать исправление и доказывать его проверкой. Из 20 вопросов 12 содержат код; остальные описывают ситуации, в которых синтаксически допустимое решение может привести к неверному аналитическому выводу.

Отвечено: 0 из 20
⏱ --:--
0%
💡 Инструкция: Выберите один ответ из пяти. На 20 вопросов отведено 55 минут. Читайте код построчно, учитывайте типы, атрибуты, пропуски и допущения анализа. После завершения откроются общий процент, 4 тематических шкал и объяснение к каждому заданию.
Вопрос 1 из 20
Ситуация: После условной замены дат следующий шаг видит обычные числа, хотя печать значений ранее выглядела допустимо. Что является главным техническим основанием для разбора?
RФрагмент R
d <- as.Date(c('2026-01-01', '2026-01-02'))
result <- ifelse(c(TRUE, FALSE), d, d + 10)
result
Вопрос 2 из 20
Ситуация: После условной замены дат следующий шаг видит обычные числа, хотя печать значений ранее выглядела допустимо. Что именно может сломаться при новых данных?
RФрагмент R
d <- as.Date(c('2026-01-01', '2026-01-02'))
result <- ifelse(c(TRUE, FALSE), d, d + 10)
result
Вопрос 3 из 20
Ситуация: После условной замены дат следующий шаг видит обычные числа, хотя печать значений ранее выглядела допустимо. Какое изменение устраняет именно причину проблемы?
Вопрос 4 из 20
Ситуация: После условной замены дат следующий шаг видит обычные числа, хотя печать значений ранее выглядела допустимо. Какой контроль отличит исправление от случайно удачного результата?
Вопрос 5 из 20
Ситуация: После условной замены дат следующий шаг видит обычные числа, хотя печать значений ранее выглядела допустимо. Какое заключение останется верным и на новых данных?
RФрагмент R
d <- as.Date(c('2026-01-01', '2026-01-02'))
result <- ifelse(c(TRUE, FALSE), d, d + 10)
result
Вопрос 6 из 20
Ситуация: Скрипт редко получает пустой набор, и именно тогда журнал показывает две странные итерации. Какой принцип непосредственно относится к этому коду?
RФрагмент R
x <- numeric(0)
result <- integer()
for (i in 1:length(x)) result <- c(result, i)
result
Вопрос 7 из 20
Ситуация: Скрипт редко получает пустой набор, и именно тогда журнал показывает две странные итерации. Какой риск здесь остаётся главным, даже если результат выглядит правдоподобно?
RФрагмент R
x <- numeric(0)
result <- integer()
for (i in 1:length(x)) result <- c(result, i)
result
Вопрос 8 из 20
Ситуация: Скрипт редко получает пустой набор, и именно тогда журнал показывает две странные итерации. Какая правка делает решение устойчивым, а не просто удобным на текущем примере?
Вопрос 9 из 20
Ситуация: Скрипт редко получает пустой набор, и именно тогда журнал показывает две странные итерации. Что нужно проверить после правки?
Вопрос 10 из 20
Ситуация: Скрипт редко получает пустой набор, и именно тогда журнал показывает две странные итерации. Какой итог разбора не смешивает правило языка с впечатлением от результата?
RФрагмент R
x <- numeric(0)
result <- integer()
for (i in 1:length(x)) result <- c(result, i)
result
Вопрос 11 из 20
Ситуация: Разработчик ожидает, что выражение в неиспользуемом аргументе обязательно запишет строку в журнал. Какое правило нужно применить к этому фрагменту прежде всего?
RФрагмент R
f <- function(x, y = x * 2) y + 1
result <- f(3)
result
Вопрос 12 из 20
Ситуация: Разработчик ожидает, что выражение в неиспользуемом аргументе обязательно запишет строку в журнал. Что в этой ситуации способно исказить вывод без явной синтаксической ошибки?
RФрагмент R
f <- function(x, y = x * 2) y + 1
result <- f(3)
result
Вопрос 13 из 20
Ситуация: Разработчик ожидает, что выражение в неиспользуемом аргументе обязательно запишет строку в журнал. Что следует изменить в коде или процессе?
Вопрос 14 из 20
Ситуация: Разработчик ожидает, что выражение в неиспользуемом аргументе обязательно запишет строку в журнал. Какой тест лучше всего ловит повтор этой ошибки?
Вопрос 15 из 20
Ситуация: Разработчик ожидает, что выражение в неиспользуемом аргументе обязательно запишет строку в журнал. Как сформулировать вывод без лишних обобщений?
RФрагмент R
f <- function(x, y = x * 2) y + 1
result <- f(3)
result
Вопрос 16 из 20
Ситуация: Расчёт использует глобальный коэффициент, и повторный запуск старого отчёта меняется после загрузки другого проекта. Какой механизм точнее всего объясняет связь кода с ситуацией?
RФрагмент R
rate <- 2
f <- function(x) x * rate
rate <- 3
result <- f(10)
result
Вопрос 17 из 20
Ситуация: Расчёт использует глобальный коэффициент, и повторный запуск старого отчёта меняется после загрузки другого проекта. Какой дефект нужно искать в первую очередь?
RФрагмент R
rate <- 2
f <- function(x) x * rate
rate <- 3
result <- f(10)
result
Вопрос 18 из 20
Ситуация: Расчёт использует глобальный коэффициент, и повторный запуск старого отчёта меняется после загрузки другого проекта. Какой вариант исправления сохраняет смысл анализа?
Вопрос 19 из 20
Ситуация: Расчёт использует глобальный коэффициент, и повторный запуск старого отчёта меняется после загрузки другого проекта. Какая проверка относится к исходному риску, а не к внешнему виду результата?
Вопрос 20 из 20
Ситуация: Расчёт использует глобальный коэффициент, и повторный запуск старого отчёта меняется после загрузки другого проекта. Какое заключение лучше всего выдерживает проверку?
RФрагмент R
rate <- 2
f <- function(x) x * rate
rate <- 3
result <- f(10)
result

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу