Самостоятельный консольный проект

1. Формулируем результат

Выбери викторину, волшебный шар, приключение или угадывание слова. Запиши, что делает пользователь, что отвечает программа и когда работа заканчивается.

Ограничь первую версию: одна механика, понятное завершение, сохранённый результат. Добавочные режимы стоит делать после работающего основного пути. Три сценария — обычный запуск, ошибка ввода и выход — помогут определить объём.

2. Данные отдельно от правил

Вопросы, ответы и настройки выносим в JSON, а правила — в функции. Тогда изменение вопроса не заставляет переписывать ветвления.

Один шаг викторины можно выразить функцией check_answer. Она ничего не печатает и не читает: получает два значения и возвращает True или False. Такой фрагмент легко проверить автоматически.

def check_answer(answer, expected):    clean = answer.strip().casefold()    return bool(clean) and clean == expected.strip().casefold()assert check_answer(" ПАРИЖ ", "париж")assert not check_answer("", "париж")

3. Цикл управляет состояниями

У программы есть состояния: меню, игра и завершение. В небольшом проекте их можно представить строкой или циклом с командами. Важно, чтобы из каждого состояния был понятен следующий переход.

В примере меню только демонстрирует переходы. Полную игровую функцию вызываем вместо сообщения. Не ставь бесконечное меню внутри другого бесконечного меню без ясного выхода.

while True:    command = input("1 — играть, 0 — выход: ").strip()    if command == "0":        break    if command == "1":        print("Здесь запускается игра")    else:        print("Выбери 1 или 0")print("До встречи!")

4. Что значит готовый проект

Готовность — не только успешный запуск на своём компьютере. Нужны инструкция, данные, проверки и демонстрация после запуска из чистой папки. Исходники должны объяснять, где находится главное правило.

Попроси одноклассника пройти три сценария без твоих подсказок. Запиши обнаруженную проблему, исправь её и добавь проверку, если она повторяется. Умение объяснить своё изменение важнее количества строк кода.

Где легко ошибиться

• Начать большой проект и не закончить основной сценарий.
• Оставить абсолютные пути к своим файлам.
• Положиться только на ручную демонстрацию одного удачного запуска.