R R  ·  30 вопросов  ·  ~85 мин  ·  ⏱ Таймер 25:00  ·  Сложный  · 

Пакеты, окружения и пространства имён

Вместо пересказа справочника здесь используются фрагменты кода, изменения данных и спорные выводы. В тесте «Пакеты, окружения и пространства имён» рассматриваются Подключение пакетов, Пространства имён, Окружения R, Создание пакета, Проверка допущений и качества и Воспроизводимость и интерпретация. Нужно предсказывать структуру результата, находить скрытые риски, выбирать исправление и доказывать его проверкой. Из 30 вопросов 18 содержат код; остальные описывают ситуации, в которых синтаксически допустимое решение может привести к неверному аналитическому выводу.

Отвечено: 0 из 30
--:--
0%
💡 Инструкция: Выберите один ответ из пяти. На 30 вопросов отведено 85 минут. Читайте код построчно, учитывайте типы, атрибуты, пропуски и допущения анализа. После завершения откроются общий процент, 6 тематических шкал и объяснение к каждому заданию.
Вопрос 1 из 30
Ситуация: После добавления библиотеки фильтрации временных рядов привычный filter для таблиц перестал работать. Что является главным техническим основанием для разбора?
RФрагмент R
library(stats)
result <- find('filter')
result
Вопрос 2 из 30
Ситуация: После добавления библиотеки фильтрации временных рядов привычный filter для таблиц перестал работать. Что именно может сломаться при новых данных?
RФрагмент R
library(stats)
result <- find('filter')
result
Вопрос 3 из 30
Ситуация: После добавления библиотеки фильтрации временных рядов привычный filter для таблиц перестал работать. Какое изменение устраняет именно причину проблемы?
Вопрос 4 из 30
Ситуация: После добавления библиотеки фильтрации временных рядов привычный filter для таблиц перестал работать. Какой контроль отличит исправление от случайно удачного результата?
Вопрос 5 из 30
Ситуация: После добавления библиотеки фильтрации временных рядов привычный filter для таблиц перестал работать. Какое заключение останется верным и на новых данных?
RФрагмент R
library(stats)
result <- find('filter')
result
Вопрос 6 из 30
Ситуация: Проект вызывает внутреннюю функцию зависимости через тройное двоеточие, и обновление пакета ломает выпуск. Какой принцип непосредственно относится к этому коду?
RФрагмент R
result <- getNamespaceExports('stats')
head(result)
Вопрос 7 из 30
Ситуация: Проект вызывает внутреннюю функцию зависимости через тройное двоеточие, и обновление пакета ломает выпуск. Какой риск здесь остаётся главным, даже если результат выглядит правдоподобно?
RФрагмент R
result <- getNamespaceExports('stats')
head(result)
Вопрос 8 из 30
Ситуация: Проект вызывает внутреннюю функцию зависимости через тройное двоеточие, и обновление пакета ломает выпуск. Какая правка делает решение устойчивым, а не просто удобным на текущем примере?
Вопрос 9 из 30
Ситуация: Проект вызывает внутреннюю функцию зависимости через тройное двоеточие, и обновление пакета ломает выпуск. Что нужно проверить после правки?
Вопрос 10 из 30
Ситуация: Проект вызывает внутреннюю функцию зависимости через тройное двоеточие, и обновление пакета ломает выпуск. Какой итог разбора не смешивает правило языка с впечатлением от результата?
RФрагмент R
result <- getNamespaceExports('stats')
head(result)
Вопрос 11 из 30
Ситуация: Кэш передают двум компонентам как окружение, и изменение одной компоненты неожиданно влияет на другую. Какое правило нужно применить к этому фрагменту прежде всего?
RФрагмент R
e1 <- new.env(); e1$x <- 1
e2 <- e1; e2$x <- 2
result <- e1$x
result
Вопрос 12 из 30
Ситуация: Кэш передают двум компонентам как окружение, и изменение одной компоненты неожиданно влияет на другую. Что в этой ситуации способно исказить вывод без явной синтаксической ошибки?
RФрагмент R
e1 <- new.env(); e1$x <- 1
e2 <- e1; e2$x <- 2
result <- e1$x
result
Вопрос 13 из 30
Ситуация: Кэш передают двум компонентам как окружение, и изменение одной компоненты неожиданно влияет на другую. Что следует изменить в коде или процессе?
Вопрос 14 из 30
Ситуация: Кэш передают двум компонентам как окружение, и изменение одной компоненты неожиданно влияет на другую. Какой тест лучше всего ловит повтор этой ошибки?
Вопрос 15 из 30
Ситуация: Кэш передают двум компонентам как окружение, и изменение одной компоненты неожиданно влияет на другую. Как сформулировать вывод без лишних обобщений?
RФрагмент R
e1 <- new.env(); e1$x <- 1
e2 <- e1; e2$x <- 2
result <- e1$x
result
Вопрос 16 из 30
Ситуация: Пакет при library() создаёт файл в текущем каталоге и читает локальную конфигурацию пользователя. Какой механизм точнее всего объясняет связь кода с ситуацией?
RФрагмент R
result <- list(description=file.exists('DESCRIPTION'), namespace=file.exists('NAMESPACE'), tests=dir.exists('tests/testthat'))
result
Вопрос 17 из 30
Ситуация: Пакет при library() создаёт файл в текущем каталоге и читает локальную конфигурацию пользователя. Какой дефект нужно искать в первую очередь?
RФрагмент R
result <- list(description=file.exists('DESCRIPTION'), namespace=file.exists('NAMESPACE'), tests=dir.exists('tests/testthat'))
result
Вопрос 18 из 30
Ситуация: Пакет при library() создаёт файл в текущем каталоге и читает локальную конфигурацию пользователя. Какой вариант исправления сохраняет смысл анализа?
Вопрос 19 из 30
Ситуация: Пакет при library() создаёт файл в текущем каталоге и читает локальную конфигурацию пользователя. Какая проверка относится к исходному риску, а не к внешнему виду результата?
Вопрос 20 из 30
Ситуация: Пакет при library() создаёт файл в текущем каталоге и читает локальную конфигурацию пользователя. Какое заключение лучше всего выдерживает проверку?
RФрагмент R
result <- list(description=file.exists('DESCRIPTION'), namespace=file.exists('NAMESPACE'), tests=dir.exists('tests/testthat'))
result
Вопрос 21 из 30
Ситуация: На компьютере автора тесты проходят, а в непрерывной сборке функции и данные «не найдены». На какое свойство R здесь следует опереться?
RФрагмент R
result <- list(search=search(), global=ls(.GlobalEnv))
result
Вопрос 22 из 30
Ситуация: На компьютере автора тесты проходят, а в непрерывной сборке функции и данные «не найдены». Почему успешный запуск ещё не доказывает корректность?
RФрагмент R
result <- list(search=search(), global=ls(.GlobalEnv))
result
Вопрос 23 из 30
Ситуация: На компьютере автора тесты проходят, а в непрерывной сборке функции и данные «не найдены». Какая правка лучше локальной заплатки?
Вопрос 24 из 30
Ситуация: На компьютере автора тесты проходят, а в непрерывной сборке функции и данные «не найдены». Как подтвердить корректность на граничном случае?
Вопрос 25 из 30
Ситуация: На компьютере автора тесты проходят, а в непрерывной сборке функции и данные «не найдены». Какой вывод точнее всего связывает механизм и главный риск?
RФрагмент R
result <- list(search=search(), global=ls(.GlobalEnv))
result
Вопрос 26 из 30
Ситуация: Анализ невозможно повторить: известно название пакета, но не его версия и не версия R. Какое утверждение лучше всего объясняет показанный фрагмент?
RФрагмент R
result <- sessionInfo()
result
Вопрос 27 из 30
Ситуация: Анализ невозможно повторить: известно название пакета, но не его версия и не версия R. Какое скрытое допущение здесь опаснее остальных?
RФрагмент R
result <- sessionInfo()
result
Вопрос 28 из 30
Ситуация: Анализ невозможно повторить: известно название пакета, но не его версия и не версия R. Что нужно сделать, чтобы ошибка не вернулась на следующем наборе данных?
Вопрос 29 из 30
Ситуация: Анализ невозможно повторить: известно название пакета, но не его версия и не версия R. Какая проверка непосредственно подтверждает, что дефект устранён?
Вопрос 30 из 30
Ситуация: Анализ невозможно повторить: известно название пакета, но не его версия и не версия R. Что стоит написать в технической рецензии к этому фрагменту?
RФрагмент R
result <- sessionInfo()
result

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

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

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

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