Влад Григорьев

автоматизация и Excel несовместимы
общая SQL-база, FastReport и .NET клиент решили в нашем случае все проблемы

Господи, опять велосипед....
Ну поставили вы в теге "машинное обучение". Значит понимаете, что начинается все не с нейронных сетей, а со статистики. Там ваша задача, которая называется задачей регрессии, 120 лет как решается элементарно.
В sklearn есть функция LinearRegression.
В numpy есть модуль numpy.linalg.linalg, в котором есть нужные реализации

Не хотите готовую функцию - пишите свою, материала в сети тоже навалом:
https://towardsdatascience.com/linear-regression-f...
https://machinelearningmastery.com/implement-simpl...

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

Программу можно сделать, взяв буквы и цифры, скобки и пробелы, ещё всякие значки. Расставить их как вам хочется, и смотреть, какие ошибки будут. Устраняйте ошибки. Как ошибок не станет - программа готова.

Ключевое отличие джуна от мидла прежде всего в опыте коммерческой разработке. Вполне себе встречаются ситуации что джун может иметь теоретические знание в некоторых моментах и тп выше мидла или даже, о боги, синьйора.
Я, конечно, во многом упрощаю, но почему-то многие воспринимают как джун == ничего незнает только учится, только из-за того, что многие скриптокидди прорываются в компании и фигачать на своем реакте(непонимая вообще как всё и зачем работает).
На самом деле не так. И конечно не значит что джун должен знать всё и тп. Но как минимум общее понимание что и зачем ожидается, как и начальное знание предмета.
А вот из понятных слабостей джуна - отстутвия понятия о коммерческой разработке, её особенностях, понятии о продукте почему делаем это, а не вот ту крутую модную фичу и тп и тд. Те тут значительная часть слабостей лежит даже в сфере тн "софт скилов", а не только прямых хард слкиллов в конкретной технологии(но и они безусловно тоже!).
Ну а с сеньёорами это ещё более важно, там уже соф скиллы ещё важнее.
Поэтому приходит джун, типа знает технологии, но слабо знает что и когда и зачем, поэтому им задачи нужно давать более конкретно, поэтому и ожидается что примерно за полгода-год он станет мидлом и значительную часть решений начнёт принимать самостоятельно, на основе поставленных задач стейкхолдерам/продактом и тимлидом. Грубо говоря, освоится в песочнице)

В незнании основ Python. Откуда бы у функции появится атрибуту conn?

Может для начала разобраться как работает Python? Сначала должны быть "константы", потом инициализация... Скорее всего вы не знаете как работает Python и Pygame.
И вообще, у вас весь код вне методов. Вот отсюда и все проблемы. Почитайте что такое:

if __name__ == '__main__':
	main()

Этот вопрос не нужно искать на просторах интернета.
Нужно учить программирование и понимать как работают циклы

Вообще не надо ничего глобализовать. Глобальные переменные - это зло, а появление в коде оператора global - всегда признак говнокода.

Вопрос: "Что делать?"
Ответ: "Учить Python"
Примечание: Интересно, такой ответ хоть кого-нибудь удивит?

Ответ.
Это может быть связано с неправильной работой с кодировками.
А именно перекодирование происходит:
- не в ту кодировку
- не из той кодировки.
Обычно неопытные программисты не хотят разбираться с тем как правильно работать с кодировками и что такое юникод, а все проблемы решают методом тыка меняя код пока проблема не исчезнет. Из-за этого у них часто присходят преобразования по умолчанию, которые ломаются при смене операционной системы, при запуске другим спообом (из терминала, от имени другого пользователя, через крон...), при смене умолчаний (локали, настроек терминала, настроек БД).
А ещё такие неопытные программисты до жути боятся сообщений об ошибках, но решать настоящие пролемы не хотят и гасят их в бесшумном режиме, отчего реальные проблемы маскируются под глобальныйми молчаливыми пустыми обработчиками ошибок. Это приводит к усложнению внутреннего поведения программы и вот таки вот случаям, как у вас.
Когда у таких программистов возникают проблемы (а за ними дело не встанет), то эти программисты не описывают проблему детально, не показывают исходный код, не обрисовывают архитектуру своей системы, а просто спрашивают в чем может быть проблема.
Исчерпывающий ответ на такой вопрос дать несложно. Вот он.

Переоткрыть и уточнить это в описании бага, указав задействованные версии браузера?