Каким?

* можешь заменитб на LOWER(word) as word или как там у тебя, чтобы маленькими получить

Гугл знает что я буду гуглить

DISTINCT- только уникальные строки

уже нагуглил)

Деньги за помощь можешь скинуть на моно

уже

Не пришли

Жду

Ну я все отправил

3 защекоина

Бля, пхд твой банк тебе их назад вернул. Слишком большая сумма (

Не чисто и не аккуратно. Магические строки, магически откуда-то взятый send_mesage, с каких-то пор квиз и опрос это одно и тоже (когда в коде должен соблюдаться один нейминг определённой сущности). Если ты взял оопщину, то юзай её полностью: определение пользователя засунуть в какой-нибудь класс типа UserContext/UserTelegramEntity(над названием можно подумать), наследоваться дальше для нужных сущностей. Этот метод (send_quiz) можно (и нужно) сделать в виде класса типа UserPoll, который наследует UserContext/UserTelegramEntity и твой класс Poll и дальше продумывать логику. Непонятно с каких это пор у сущности User должен быть аттрибут poll. Это как класс Human будет иметь аттрибут food – если они взаимодействуют друг с другом, то это не означает, что они связаны между собой или не являются самостоятельным объектом.


P.S. Твой класс Poll тоже не в лучшем состоянии. Совать цифры в названии класса в 99% плохая затея. Можно было бы сделать метод get_requested_words с параметрами unique, random, words_amount. Это вариант хоть и лучше, но тоже не идеален – если кол-во параметров будет расти, то твой метод перерастёт в пиздец из вевтлений условий – можно было бы подумать над фабрикой или ещё каким-то способом реализовать данную штуку. Определять новые параметры в методах – тоже похоже на хаос, глобалы на минималках в ограниченном скоупе. Контент метода check_if_can_send (служебные слова в названиях метода тоже не очень) умещается ровно в две строки кода. В остальных двух методах тоже всё не лучшим способом сделано, но итак много текста уже написал.

не хочешь созвониться обсудить этот код?

Ты бы мне очень помог, я был бы тебе благодарен

Бесплатно – нет. Это займёт не мало времени – одного лишь звонка не хватит.


Главный бич большинства современных разрабов – отсутствие достаточной теории, чтобы быть реально качественным разрабом.
Отсюда исходят твои проблемы: неполное знание/понимание пайтона, принципов ООП, неумение правильно строить архитектуру.


Для питона: есть книги Лутца и Рамальо Луччано “Python. К вершинам мастерства”. У Лутца в основном база для питона, некоторые моменты наверняка уже знаешь, но пролистать было бы неплохо, а во второй книге 100% с первых страниц откроешь дофига нового для себя.
Для архитектуры: “Чистая Архитектура” Мартина (у него) + почитать и понять паттерны проектирования, и понимать когда и где их использовать.
Из более лайтового, чем книги: видосы ExtremeCode по тому же ООП/проектированию и refactoring.guru

Может в чате скинут ещё каких-то полезных книг/ресурсов на эти темы

Спасибо

А ты давно в разработке?

Жесть настрочил)))