Ну я же не говорю что он единственный или правильный))

У меня так сложилось

да он правильный, но тернистый

главная фишка - если у тебя есть двухсекундный запрос в базу/интернет, то если 10 человек одновременно напишет, им +- через одно время придет ответ (если база позволяет)

А мне fsm мидлвари, фильтры итд понравились))

я один раз на писал бота на аиограм, повесил на поллинг, так у меня дня через 2 все зависало наглухо, думаю там слишком много ответвлений становилось изза чего то. Потом код под pytelegramapi переделал и все норм, с тех пор с опаской отношусь. Но с другой стороны, когда в моего классического бота разом 10к человек зашли, он капец затормозил) кто шарит в аиограм и у кого есть время, как думаете, чисто теоретически, изза чего у меня могла быть та проблема?

В tg bot API такого нет?

это на фоне преимущества асинхронности я воспринимаю просто как quality of life фичи

В каком плане зависало?

при синхронной реализации такого нет.

Чего, наоборот аиограм адекватней себя ведёт на поллинге, чем тг бот апи

Ну по идее на тредах более менее тоже самое должно быть не в тысячи раз же преимущество у асинка

Мм, нехочу показаться высокомерным, основы ООП вообще не сложны, неважно где вы их читаете. Я вот вообще пока с ооп занимался, не нашел никаких трудностей, но может я недостаточно глубоко копнул

У меня как раз аиограмовские боты месяцами в screen выживали, когда телеботовский падает буквально на следующий день

Супервизор отчитывался что бот работает, но на запросы бот не отвечал

суть в проектировании, всякие интерфесные проектирования, композиция а не наследование и прочая ненужная фигня

асинк разве внутри не на тредах?

Нет же

один DDD чего стоит

Сжечь еретика) наследование ему ненужная фигня)))