Александр Нестеров

Внимание вопрос: что такое int, чему он равен и почему вы думаете, что он должен быть равен числу, которое вводит пользователь?

1.Сигналы
2.Переопределите метод save.
Но прежде чем делать это учтите что сейчас это, уж извините, это ужас а не структура данных.

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

Да? Ну и где это отображено в моделях? Сейчас я вижу, что для каждой игры может быть выставлена только одна оценка и средняя всегда будет равна ей. При этом с юзером эта оценка никак не связана. При этом - достаточно удалить это оценку и запись об игре тоже удалиться.
Далее - документация не рекомендует переопределять конструктор.
Допустим, вы это знаете, но решили, что так будет правильнее, ибо это именно что рекомендация. Но далее вопрос: вам не приходило в голову, что у модели уже есть какая-то важная логика в конструкторе?
Следующий вопрос: почему вы уверены что данные, передаваемые через параметры функции будут актуальнее, чем полученные путем выборки из базы.

Что хранится на этих разделах и можно ли их удалить при переустановке Windows?
Первый - загрузочный раздел. Если упрощенно - оттуда запускается винда. При установке винда создает
такой автоматически и старый уже не нужен.
Насчет второго - сказать сложно, т.к. это нестандартный раздел. Судя по названию - возможно там драйвера для устройства и прочие утилиты. Возможно - что-то другое. Точно сказать можно будет только посмотрев содержимое.
Драйвера стоит искать:
а. На сайте lenovo (Либо поискать вручную на сайте, либо используя поисковик с запросом типа:

lenovo ideapad z580 drivers

)
б. Драйвер видиокарты предпочтительнее на сайте nvidia/radeon/intel, (если внезапно, только встройка).

Собственно, перевести ошибку не пробовали?
Там четко сказано, что такой переменной, которую вы пытаетесь использовать не существует.

if message.text == 'Бассейн №1':
        b1 = int(message.text)

Я с ТГ-ботами "на вы", но вот этот кусок выглядит как лютая дичь.
Чисто логически, переводя на "человеческий", это значит:

Если текст сообщения выглядит как 'Бассейн №1', то пусть этот текст станет числом.

Не находите противоречия?

В каждом нормативном документе написано по разному

В каком документе? К какому языку?
---
В большинстве случаев - все-же стоит писать хотя-бы по паре слов (в особенности - описать назначение функций/методов/классов и т.д.). Насколько подробно (и нужны ли дополнительные комментарии, помимо указанных) - зависит только от многих факторов:

• Сложность проекта
  
• Пишите ли вы сами/в команде
  
• Возможна ли потом доработка (в т.ч. - совершенно другими разработчиками)
  

(Это основные, но далеко не единственные)

где найти в документации библиотеки

0.В документации какой библиотеки? Какой функции?
1.Воспользоваться поиском по документации для нахождения нужной функции/метода. Любая нормальная дока подробно описывает подобное.
2.Посмотреть исходный код функции/метода.
3.Загуглить.

Дело в том, что ТЗ нет ;( Говорят, не успели составить, делай как хочешь, мы тебе доверяем

serge_lutens, ну удачи, что-ли. Ну и терпения выслушивать реплики вроде:

• Чет мне не очень нравится компоновка/цветовая гамма/что-угодно, можешь поменять?
  
• Я тут к конкурентам зашел, у них в мобильной версии такой прикольный слайдер, которым можно свайпами управлять, может добавишь?
  
• А может вообще мобильное приложение написать?
  

Это я к тому, что без четких договорённостей о том, что вы должны сделать, что нет и за какие деньги, при том на бумаге а не на словах, с вас могут очень долго и весело требовать правки. Причем ой как не факт, что за деньги.

Я бы советовал посмотреть в сторону гитхаба.
Там куча открытых исходников, притом - нормально оформленных и, нередко, хотя-бы с минимальным подобием документации.
Выкачивая сайты же есть шансы получить как минимум обсфуцированный код, разбирать который можно до посинения.

Да начнется холивар
Видел кучу разных, зачастую противоположных, мнений, но на мой взгляд - инкапсуляция не равно сокрытие (про которое вы и пишите, судя по типам полей).
Сокрытие является частным случаем инкапсуляции. В общем же случае инкапсуляция подразумевает объединение связанных элементов в один объект. Например есть юзер. У него есть разные свойства (логин-пароль/аватарка/id-шка). И если данные можно хранить в структурах (словари/массивы/списки и т.д,), то функции, описывающие взаимодействие с этим юзером просто так не сгруппируешь. Для этого и придумали инкапсуляцию и ООП.
Сокрытие же в этом случае может применяться например для создания "точки входа" при работе с паролем для защиты от "дураков"/предварительной обработки/проверки данных.
Делаем поле private и все, "тупо изменить" его извне уже нельзя. Для его изменения мы предоставляем метод, который перед тем как изменить его (условно):

• Валидирует значения по заданным критериям
  
• Проверяет наличие прав на изменение пароля
  

UPD.

но кто сможет потом их поменять, если я не добавлю функцию для изменения?

Ну, видимо никто. Если не добавите советующую функцию.

Какая разница, private я установил или public, функции для изменения не будет у программы и никто и никак не сможет поменять этот URL.

Ну, в этом смысла нет, но можно упомянуть какие-то внутренние вещи. Например сессии юзера. Извне методы работы с ними в таком классе не доступны в принципе, для безопасности. Но внутри класса к ним есть доступ у других медодов.

• Создаете таблицу/таблицы с нужной структурой.
  
• Пишите код для нужных команд и sql-запросы к базе
  
• Готово.