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

Потому что это не форум на пообщаться и мы тут не «создаём топики», а «задаём вопросы». И вопрос должен заканчиваться знаком вопроса. То, что некоторым не хватает уважения к сервису и/или мозгов, чтобы сделат следовать этому правилу, не делает его странным.

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

Ну а кто то возможно обратит внимание что он действительно не сформулировал вопрос.
И возможно - но это не точно (хотя уточка не даст соврать) кто то даже начнет формулировать вопрос и поймет ответ на него.

Вы должны делать всё наоборот:
Вам надо работать только в модуле main, и в него импортировать в т.ч. функции из других модулей. Тогда импортированным функциям при их вызове из кода main станут доступны необходимые переменные.
Лучше всего делать функции так, чтобы они явно получали в параметрах все необходимые им переменные и явно возвращали все результаты через return. Тогда будет меньше риска, что где-то что-то будет происходить «само собой».

Во-первых, React может использоваться для SPA, но не каждый фронт на реакте - это SPA. Во-вторых, если у вас на бэкенде REST API, то фронт на реакте видится хорошим вариантом.

Запомни простую вещь: никогда, никогда не формируй SQL-запросы форматированием строк. Ни f-строками, ни методом format(), ни %-форматированием. Ты сейчас на своей шкуре почувствовал, почему этого не стоит делать.
И читай документаци, там написано как правильно. Более того, есть отдельный раздел как раз об этом. RTFM!

S3 или S3-compatible хранилища. В целом он простой, но для джанги есть либа, которая делает вообще бесшовным работу с s3

Добавить в скрипт вывод сообщений о выполнении. Это можно сделать с помощью функции print(). Например, вы можете добавить строки "Скрипт начал выполнение" и "Скрипт закончил выполнение" в начало и конец скрипта соответственно. Таким образом, при запуске скрипта вы увидите эти сообщения в командной строке и сможете понять, что скрипт выполняется.

Использовать индикатор выполнения. Это может быть прогресс-бар или другой индикатор, который отображает текущий прогресс выполнения скрипта. Вы можете найти и использовать готовые библиотеки для создания таких индикаторов, например, tqdm.

Использовать утилиту top или htop в терминале. Эти утилиты позволяют отслеживать загрузку процессора и использование памяти. Вы можете запустить утилиту top или htop в отдельном терминальном окне и следить за ней во время выполнения скрипта. Если скрипт активен, вы увидите, что процессор загружен на определенный процент.

Суть в том, что ООП - это подход для того, чтобы уменьшить сложность СЛОЖНЫХ программ.
Поэтому когда вы берете простой пример с тремя птичками или "cat says meow, doggy says bark", то разница не видна. В особо тяжелых случаях ООП код будет даже казаться более сложным, чем обычный if или switch.

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

И если написать это на ООП, то у вас будет класс Unit с общими методами, и несколько десятков классов
Paladin extends Unit
GoblinTechies extends Unit
GoldenDragon extends Unit
в каждом из которых учтены особенности конкретного типа юнитов.

А если без ООП, то у вас остаются условные операторы. Десятки условий для здоровья, еще десятки для брони, еще десятки для скорости, и в итоге каша такого размера и сложности, что работать с этим в какой-то момент станет невыносимо.

Это венгерская нотация.
Как правило, сейчас её не применяют