Vindicar

Каждое место резервируется на одну дату, не на интервал? Тогда сравнительно просто.
Делаешь LEFT JOIN, слева - таблица мест, справа таблица резервов, соединяешь по совпадению id места И совпадению даты резерва с назначенной.
Тогда те места, у которых на назначенную дату нет резерва, будут иметь в соответствующих столбцах (типа id юзера) NULL. Тогда если поставить WHERE id юзера IS NULL, останутся только места, свободные на эту дату.
Ну а выбор случайного как обычно: ставишь ORDER BY RANDOM() LIMIT 1

Я бы так к этому подошёл, во всяком случае. Может, есть способ лучше.

Гуглить пробовал?
Первая же ссылка выводит на пакет screeninfo.
Его пробовал использовать?

1. Если интервал обновления известен, и некоторая задержка между обновлением файла и обновлением видимой картинки не критична, то просто заворачиваешь код в цикл while с нужной задержкой. Для задержки можешь использовать параметр waitKey(), это задержка в миллисекундах.
2. Если обновление нерегулярное, а обновлять изображение нужно немедленно по изменению файла, то ставь пакет watchdog, он позволяет реагировать на изменение файла.

У UserRole должен быть не обычный ключ - автоинкремент, а составной ключ user_id:role_id.
Тогда БД гарантирует, что в таблице UserRole будет не более одной записи для одной пары юзер-роль.
Создание такой записи будет означать, что у юзера есть роль, удаление - что у юзера роли нет.
Тогда и запросы будут тривиальными: для выдачи роли INSERT OR IGNORE, для снятия роли - DELETE FROM.

Единственно что, сначала добавляй пользователя и роль (если её нет), потом уже отношение.

Вообще я посоветую почитать документацию на отношения вида Many-To-Many.

Открой для себя метод str.join() и генераторные выражения
",".join( f"'{n}'" for n in glob.iglob(...) )
Я надеюсь, в имени файла у тебя не попадётся апострофов.

По-простому - нет. Можно через задницу, т.е. через WinAPI.
Лучше напиши, зачем тебе это - может, проще не использовать консоль?

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

Смотришь заголовки ответа, в частности заголовок Content-Length. Он содержит длину содержимого в байтах. Имей ввиду, его присутствие не гарантируется (хотя сейчас почти все его отправляют).

Не очень ясно, что требуется.
Если тебе требуется помещать в эту переменную экземпляры класса Language, то пишешь compiler: Language

Если же у тебя есть набор строковых значений, которые там могут быть, оформи их как enum.Enum и пропиши этот класс.

class CompilerEnum(enum.Enum):
    C = 'C'
    CPP = 'C++'
    ADA = 'Ada'
    FORTRAN = 'Fortran'

class ApiCallData(t.NamedTuple):
    code: str
    compiler: CompilerEnum
    stdin: str

Это подразумевает, что ты знаешь список языков на момент запуска скрипта.
Если это не так, то статическая типизация не поможет, тебе придётся прописывать тип str и проверять корректность вручную.

for a in self.weights a будет не индексами, а элементами списка. В твоём случае - массивами numpy. Аналогично
for b in a: будет не индексами строк массива, а самими строками
for c in b: будет не индексами столбцов, а значениями ячеек. Так что
self.weights[a][b][c] получит вместо чисел-индексов массивы и сойдёт с ума.

А вообще, то что ты пытаешься сделать, делается тривиальнейше.

x = np.randint(-1000, 1000, size = (2, 3), dtype=np.float32)  # массив случайных чисел, две строки, три столбца
x /= 100.0  # делим поэлементно на сто

В список завернёшь сам, хотя я не понимаю почему список, а не еще одно измерение в массиве.

Преобразуй кадр в цветовую систему HSV, ищи пиксели, у которых канал Saturation ниже заданного порога (т.е. они более-менее серые), а канал Value выше заданного порога (т.е. они более-менее яркие). По полученной маске уже отбирай пиксели для анализа.

Либо можно схитрить, если использовать более сложный эталон, например, шахматную доску. cv2.findChessboardCorners() позволит найти координаты углов *внутри* доски известного размера, например, для доски 8х4 нужно указывать размер 7х3. Найди крайние угловые точки, извлеки этот кусок кадра. На нём точно будут только светлые и тёмные пиксели твоего эталона, чей цвет ты контролируешь. Прогони пороговое преобразование алгоритмом Otsu (есть в опенцв из коробки), получишь маску светлых пикселей. Их уже анализируешь.

Во-первых, причем тут парсинг?
Во-вторых, какая библиотека используется для телеги и как в неё отправлять фото? Найди этот кусок документации, он потребуется.
В-третьих, нужно проверить наличие приложенных фото в сообщении дискорда, скачать их в файл, отправить в телегу, удалить файл. Каждое из этих действий гуглится.
Если либа для телеги принимает для отправки фото файловый объект (а не имя файла!), то можно схитрить и использовать что-то типа пакета requests для скачивания. requests даёт для скачиваемого ресурса "как бы файл", который можно напрямую скормить в библиотеку для телеграмма. Тогда не придётся возиться со временными файлами, будет чуток проще.
Готовый код не проси.