0:00
Гілки як знімки стану кожного модуля
[Дивитися з 00:00](https://www.youtube.com/watch?v=FQsfjR_iHoE&t=0s). Для Java- та Python-прикладів підготовлено репозиторії, де окремі гілки відповідають модулям курсу. Перемкнувшись на потрібну гілку, учень бачить реалізацію в тому стані, у якому вона була під час запису заняття. Це дає змогу звірити структуру проєкту, налаштування й код, якщо пояснення у відео було надто швидким або незрозумілим.
Увага
Не відкидайте локальні зміни під час перемикання
Звичайний git switch зупиняється, якщо перемикання втратить локальні зміни. Не використовуйте --discard-changes для перегляду навчальної гілки без свідомого рішення видалити ці зміни.
Термін
Git branch
Окрема лінія стану репозиторію. git switch <branch> оновлює working tree та index відповідно до вибраної гілки.
Термін
Reference implementation
Підтверджений стан прикладу, з яким порівнюють власне рішення; у цьому уроці таким станом є код гілки відповідного модуля.
Практика
Порівняти власну реалізацію з гілкою модуля
- Збережіть або закомітьте власні зміни.
- Запустіть свій варіант і зафіксуйте конкретну помилку або розбіжність.
- Перейдіть на гілку відповідного модуля та знайдіть найменшу суттєву відмінність.
- Поверніться до власної гілки, виправте лише підтверджену причину й повторіть запуск.
Результат: Назва гілки, команда перевірки, початкова помилка та мінімальний diff виправлення.
0:50
Код як орієнтир, а помилки як частина навчання
[Дивитися з 00:50](https://www.youtube.com/watch?v=FQsfjR_iHoE&t=50s). Автор визнає, що під час демонстрації генерації коду не завжди пояснював, які рішення вдалі, а які потребують покращення, і обіцяє додаткові матеріали. Водночас він радить не копіювати готовий стан механічно: згенерувати власний варіант, запустити його, перевірити фактичну поведінку й лише потім порівняти з репозиторієм.
LLM може додати зайві функції, вигадати API або створити код, який не запускається. Тому робочий цикл має виглядати так: невелика генерація → запуск → спостереження помилки → уточнення запиту або питання ментору → виправлення. Репозиторій допомагає локалізувати розбіжність, але не замінює власної діагностики.
Увага
Калібруйте перевірку за ризиком
Repository diff є засобом порівняння, а не доказом якості. Перегляньте й зрозумійте зміну, запустіть релевантний check/test і перевірте observable behavior; для authentication, sensitive data, secrets та safety-critical code потрібен сильніший oversight.
Термін
Verification loop
Цикл із невеликої генерації, запуску, спостереження результату, уточнення причини та мінімального виправлення.
Термін
git diff --check
Вузька перевірка conflict markers і налаштованих whitespace errors. Вона не доводить правильність або працездатність коду.