Оцінювання модулів

1.

Яка основна характеристика вайб-кодування?

Написання коду рядок за рядком з традиційними методами розробки.

Опис бажаного досвіду продукту природною мовою, а не написання коду рядок за рядком.

Використання тільки візуальних програмних інтерфейсів без будь-якого текстового кодування.

2.

Яка група може отримати вигоду від вайб-кодування для швидкого прототипування без глибоких знань програмування?

Тільки досвідчені розробники програмного забезпечення.

Непрограмісти, такі як фахівці з продажу, вчителі та інженери.

Тільки дата-науковці та фахівці зі штучного інтелекту.

3.

Яке ключове обмеження вайб-кодування, яке вимагає досвідченого контролю розробника?

Він не може генерувати жодного функціонального коду.

Він працює лише з візуальними мовами програмування.

Код, згенерований штучним інтелектом, може спричинити технічний борг і не мати належної архітектури без експертної оцінки.

4.

Назвіть три основні фази процесу кодування вібрації.

Планування, тестування та розгортання.

Передбачте та сплануйте, розробляйте початковий прототип та ітеративну розробку функцій.

Дослідження, впровадження та документація.

5.

Яка мета п'ятиступінчастого циклу зворотного зв'язку на ітеративному етапі розробки vibe кодування?

Щоб замінити потребу в людському нагляді за розвитком.

Щоб підтримувати динаміку, забезпечуючи якість за допомогою циклів «Швидкість», «Пропозиція», «Огляд», «Уточнення» та «Повторення».

Для автоматизації всього життєвого циклу розробки програмного забезпечення.

6.

Як кодування vibe допомагає підтримувати стан потоку розробника?

Усуваючи потребу в будь-якому плануванні чи документації.

Зменшуючи перемикання контексту та забезпечуючи негайний зворотний зв'язок через інтерфейси природною мовою.

Автоматизуючи всі рішення щодо кодування без участі розробника.

7.

Що робить підказку ефективною під час роботи з GitHub Copilot?

Використовуючи лише технічний жаргон та складну термінологію.

Починаючи із загального, потім переходячи до конкретики, наводячи конкретні приклади та усуваючи двозначність.

Формулювання запитів максимально стислим без будь-якого контексту.

8.

Коли розробник повинен розбивати складні завдання у своїх підказках на GitHub Copilot?

Ніколи, тому що це збиває з пантелику ШІ.

Тільки при роботі з legacy-кодом.

Коли ви стикаєтеся зі складними завданнями, щоб зробити їх більш керованими та отримати кращі результати.

9.

Що робити розробнику, коли початкова реакція GitHub Copilot не відповідає його очікуванням?

Відразу ж почніть спочатку з іншим підходом.

Повторюйте їхні підказки, додаючи більше контексту, конкретизуючи або ставлячи додаткові запитання.

Прийміть відповідь as-is, оскільки пропозиції штучного інтелекту завжди оптимальні.

10.

Яка основна мета створення Документа вимог до продукту (PRD) у vibe кодуванні?

На заміну потрібні будь-які каркаси або візуальне планування.

Слугувати планом, який керує розробкою та надає чіткі вказівки для помічників зі штучним інтелектом.

Лише для задоволення вимог законодавства.

11.

Як слід пріоритезувати функції під час створення MVP за допомогою vibe кодування?

Всі функції повинні бути реалізовані одночасно без пріоритезації.

Упорядковуйте функції за категоріями must-have, must-have і could-have.

Спочатку впроваджуйте лише найскладніші функції.

12.

Яку роль відіграють каркасні діаграми в процесі кодування вайбу?

Вони необов'язкові і додають непотрібної складності процесу.

Вони забезпечують візуальне представлення структури програми та допомагають подолати розрив між письмовими вимогами та впровадженням.

Вони замінюють потребу в будь-яких письмових вимогах або плануванні.

13.

Для чого призначені користувацькі інструкції в чаті GitHub Copilot?

Обмежте можливості штучного інтелекту, щоб запобігти помилкам.

Автоматично включайте методи кодування та вимоги до проекту в кожен запит до чату.

Замініть необхідність написання будь-яких підказок або питань.

14.

Яке розташування файлу забезпечує підтримку крос-редактора користувацьких інструкцій GitHub Copilot?

Лише налаштування Visual Studio Code.

.github/copilot-instructions.md файл у кореневій області робочого простору.

Кілька .instructions.md файлів у будь-якому місці.

15.

У чому перевага applyTo використання метаданих у .instructions.md файлах?

Завдяки цьому інструкції застосовуються до всіх файлів незалежно від типу.

Це запобігає випадковому використанню інструкції.

Це дозволяє автоматично застосовувати інструкції на основі шаблонів файлів і зіставляти шаблони-шаблони.

Перевірити свої знання

Зворотний зв’язок