|
|
@@ -0,0 +1,150 @@
|
|
|
+## Лекция 1: Архитектурные паттерны взаимодействия с ИИ
|
|
|
+*1. Что такое «контекстное окно модели» в контексте Vibe-Coding?*
|
|
|
+
|
|
|
+* a) Графический интерфейс для общения с ИИ.
|
|
|
+* b) Ограниченный буфер, содержащий историю диалога, инструкции и код для генерации следующего ответа. (Верно)
|
|
|
+* c) Время, отведённое на один сеанс программирования с ИИ.
|
|
|
+* d) Специальный режим в IDE для работы с кодогенерацией.
|
|
|
+
|
|
|
+*2. Какой паттерн управления контекстом НАИБОЛЕЕ эффективен для предотвращения «дрейфа цели» в длинной беседе с ИИ?*
|
|
|
+
|
|
|
+* a) Постепенное раскрытие деталей.
|
|
|
+* b) Полная перезагрузка контекста.
|
|
|
+* c) Контекстный якорь (закрепление ключевых требований в начале). (Верно)
|
|
|
+* d) Использование только коротких промптов.
|
|
|
+
|
|
|
+*3. Какое из перечисленных является ключевым ПРЕИМУЩЕСТВОМ использования локальной fine-tuned модели перед облачным API в enterprise-среде?*
|
|
|
+
|
|
|
+* a) Более высокая мощность и актуальность модели.
|
|
|
+* b) Полная конфиденциальность кода и данных. (Верно)
|
|
|
+* c) Низкая стоимость при большом объёме запросов.
|
|
|
+* d) Отсутствие задержек (латенси) при любых условиях.
|
|
|
+
|
|
|
+*4. Какова основная роль IDE-плагина в архитектуре Vibe-Coding?*
|
|
|
+
|
|
|
+* a) Полная замена облачной модели на локальную.
|
|
|
+* b) Автоматическое обогащение промптов контекстом: текущим файлом, выделенным кодом, ошибками. (Верно)
|
|
|
+* c) Генерация итогового отчёта о проделанной ИИ работе.
|
|
|
+* d) Ограничение доступа разработчика к мощным моделям.
|
|
|
+
|
|
|
+*5. Почему Vibe-Coding требует перехода от простого «запроса-ответа» к итеративному циклу?*
|
|
|
+
|
|
|
+* a) Потому что модели не умеют давать ответы с первого раза.
|
|
|
+* b) Чтобы повысить стоимость использования API.
|
|
|
+* c) Потому что конечная цель часто уточняется и детализируется в процессе диалога. (Верно)
|
|
|
+* d) Это требование психологической разгрузки разработчика.
|
|
|
+
|
|
|
+-----
|
|
|
+
|
|
|
+## Лекция 2: Психолингвистические аспекты промпт-инжиниринга
|
|
|
+*1. Какую основную когнитивную задачу решает промпт-инжиниринг с психолингвистической точки зрения?*
|
|
|
+
|
|
|
+a) Запоминание синтаксиса языков программирования.
|
|
|
+b) Перевод нечёткой ментальной модели задачи в однозначные инструкции для ИИ. (Верно)
|
|
|
+c) Ускорение печати кода.
|
|
|
+d) Поиск готовых решений в интернете.
|
|
|
+
|
|
|
+*2. Как проявляется когнитивное искажение «Проклятие знания» при составлении промпта?*
|
|
|
+
|
|
|
+a) Разработчик использует первые пришедшие на ум, но неоптимальные, формулировки.
|
|
|
+b) Разработчик полагается на первое предложенное ИИ решение.
|
|
|
+c) Разработчик пропускает «очевидные» для него, но критичные для модели детали. (Верно)
|
|
|
+d) Разработчик зацикливается на первоначальной, возможно ошибочной, постановке задачи.
|
|
|
+
|
|
|
+*3. Какой стиль промпта НАИБОЛЕЕ уместен для генерации сложного микросервиса?*
|
|
|
+
|
|
|
+a) Zero-shot (просто описать задачу).
|
|
|
+b) Few-shot (дать 2-3 примера аналогичных функций).
|
|
|
+c) Структурированный промпт с ролевой моделью, целями и ограничениями. (Верно)
|
|
|
+d) Промпт, состоящий из одного ключевого слова.
|
|
|
+
|
|
|
+*4. Почему понимание того, что LLM предсказывают токены, критично для разработчика?*
|
|
|
+
|
|
|
+a) Чтобы знать стоимость каждого запроса в долларах.
|
|
|
+b) Это знание позволяет осознать, что модель не гарантирует логическую корректность, а лишь статистическую правдоподобность. (Верно)
|
|
|
+c) Это помогает выбрать самую быструю модель.
|
|
|
+d) Это необходимо для настройки гиперпараметров модели.
|
|
|
+
|
|
|
+*5. Что из перечисленного НЕ является рекомендуемой стратегией для преодоления «Эффекта якоря» в диалоге с ИИ?*
|
|
|
+
|
|
|
+a) Сброс контекста и переформулировка задачи с чистого листа.
|
|
|
+
|
|
|
+b) Использование шаблонов и чек-листов для промптов.
|
|
|
+
|
|
|
+c) Слепое следование и уточнение по первоначальному, но ошибочному, ответу модели. (Верно)
|
|
|
+
|
|
|
+d) Привлечение коллеги для «свежего взгляда» на проблему.
|
|
|
+
|
|
|
+-----
|
|
|
+## Лекция 3: Vibe-Coding в enterprise-разработке
|
|
|
+*1. Какой из перечисленных рисков НЕ является ключевым при внедрении Vibe-Coding в enterprise?*
|
|
|
+
|
|
|
+a) Риск нарушения лицензионных соглашений из-за кода из обучающей выборки.
|
|
|
+b) Риск снижения творческого потенциала команды. (Верно)
|
|
|
+c) Риск внедрения уязвимостей (security issues).
|
|
|
+d) Риск несогласованности кода и деградации архитектуры.
|
|
|
+
|
|
|
+*2. Что из перечисленного входит в стратегию «Управляемого Vibe-Coding»?*
|
|
|
+
|
|
|
+a) Полный запрет на использование публичных моделей.
|
|
|
+b) Стихийное использование ИИ без каких-либо правил.
|
|
|
+c) Использование корпоративных fine-tuned моделей и обязательный human review. (Верно)
|
|
|
+d) Полная автоматизация процесса code review.
|
|
|
+
|
|
|
+*3. На каком уровне зрелости «Integrated» организация использует выделенную ML-инфраструктуру и встроенные в CI/CD проверки безопасности?*
|
|
|
+
|
|
|
+a) Ad-hoc.
|
|
|
+b) Managed.
|
|
|
+c) Integrated. (Верно)
|
|
|
+d) На всех перечисленных.
|
|
|
+
|
|
|
+*4. Какой пункт должен быть в чек-листе ревьюера для кода, сгенерированного ИИ?*
|
|
|
+
|
|
|
+a) Проверить, нет ли в коде hardcoded секретов (паролей, ключей). (Верно)
|
|
|
+b) Убедиться, что код написан в уникальном, непохожем на другие, стиле.
|
|
|
+c) Проверить, использовал ли разработчик самую дорогую модель.
|
|
|
+d) Убедиться, что код не содержит комментариев.
|
|
|
+
|
|
|
+*5. Почему в эпоху Vibe-Coding критически возрастает ценность «системного мышления» разработчика?*
|
|
|
+
|
|
|
+a) Потому что ИИ плохо генерирует код построчно.
|
|
|
+b) Потому что разработчик теперь должен уметь ставить корректные задачи ИИ, декомпозировать проблемы и критически оценивать предлагаемые решения. (Верно)
|
|
|
+c) Потому что спрос на разработчиков упал.
|
|
|
+d) Потому что синтаксис языков стал слишком сложным.
|
|
|
+
|
|
|
+-----
|
|
|
+## Лекция 4: Нейробиологические основы и когнитивная эргономика
|
|
|
+*1. На какую область мозга, согласно лекции, Vibe-Coding оказывает разгружающее воздействие, позволяя сосредоточиться на высокоуровневых задачах?*
|
|
|
+
|
|
|
+a) Мозжечок (отвечает за координацию).
|
|
|
+b) Префронтальная кора (отвечает за рабочую память и логику). (Верно)
|
|
|
+c) Височная доля (отвечает за слух).
|
|
|
+d) Затылочная доля (отвечает за зрение).
|
|
|
+
|
|
|
+*2. Какая когнитивная нагрузка ВОЗРАСТАЕТ при Vibe-Coding из-за необходимости формулировать промпты и переключаться между окнами?*
|
|
|
+
|
|
|
+a) Интринсивная (связанная с усвоением материала).
|
|
|
+b) Экстринсивная (связанная с организацией процесса). (Верно)
|
|
|
+c) Релевантная (связанная непосредственно с задачей).
|
|
|
+d) Все виды нагрузки снижаются.
|
|
|
+
|
|
|
+*3. Какой принцип когнитивно-эргономичного дизайна НАПРЯМУЮ снижает нагрузку на переключение контекста?*
|
|
|
+
|
|
|
+a) Прозрачность (показ «рассуждений» модели).
|
|
|
+b) Персонализация (адаптация под стиль).
|
|
|
+c) Минимизация разрывов (inline-автодополнение в IDE). (Верно)
|
|
|
+d) Контролируемая итерация (уточнение частей ответа).
|
|
|
+
|
|
|
+*4. Что такое «эффект замещения навыков» (skill atrophy) в долгосрочной перспективе использования Vibe-Coding?*
|
|
|
+
|
|
|
+a) Усталость от постоянного общения с ИИ.
|
|
|
+b) Атрофия «процедурной памяти» — способности автоматически писать базовый код без ИИ. (Верно)
|
|
|
+c) Забывание синтаксиса языков, которые не используются.
|
|
|
+d) Потеря навыков командной работы.
|
|
|
+
|
|
|
+*5. Каким образом Vibe-Coding может способствовать дивергентному мышлению (генерации множества идей)?*
|
|
|
+
|
|
|
+a) ИИ берёт на себя всю творческую работу.
|
|
|
+b) ИИ предлагает неочевидные варианты и комбинации, выступая источником «случайных пертурбаций». (Верно)
|
|
|
+c) Разработчик меньше устаёт и может дольше думать.
|
|
|
+d) ИИ предоставляет готовые патентованные решения.
|
