три это мало еще.. Когда будет пять, то надо будет сделать класс (можно датакласс) Context, в котором будут эти все твои списки и другие состояния..

и передавать класс

аргументом

да

вот это уже больше как решение звучит

щпасибо

ну или сделать класс и в нем реализовать свою большую функцию

среда маленькая пятница

Опыт пользователя:
https://pikabu.ru/story/kvadrotsikl_most_skorost_6824907

Сказочный

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

И чтобы не передавать 100500 параметров в функции, которые вызывают один раз.

Это функция нужна только для того чтобы код выглядел как
data = [....]
шаг1()
шаг2()
return

Если всё это вписывается в один экран по высоте - то в принципе норм. Но если нет - то лучше сделать класс для хранения состояния + несколько небольших приватных методов и "один публичный метод что бы повелевать ими всеми"

На экран не убирается

200 строк функция

Тогда лучше это всё разложить, дабы потом проще было в этом разбираться и отлаживать.

Вот тут должен "ворваться" Артём со своими Stories 😊

Кстати, я тут месяц-два назад в проект притащил pypy, потому что в одном сервисе все тупо уперлось в python, а времени переписывать на более производительный язык не было.

Все совсем не страшно, и удивительно безболезненно, если у вас нет каких-то жестких проприетарных расширений, machine learning и тп. А если есть, то, как правило, несложно найти аналог исключительно на питоне.

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

Короче, не бойтесь pypy

а нереальный выигрыш это сколько? ) x5? или больше?