bituke

('INSERT INTO messages (message_text) VALUES (?)',(message_text,))

if any(s in string for s in exclude_words):
    print("Строка содержит слова из списка")

if set(string.split()) & set(exclude_words):
    print("Строка содержит слова из списка")

От проекта зависит. На моëм проекте например новичкам даже сеньорского уровня до первой простой таски требуется недели две, а выход на 100℅ эффективность занимает 3-6 месяцев.

Celery

асинхрон

а ещё мегатрон, позитрон и другие 9 друзей Оушена асинхрона

1. Делаешь кастомную команду
2. Запускаешь её с отдельном контейнере докера, по крону, в отдельном потоке или как тебе прикажет сердце
3. Радуешься

Ботов писать относительно просто, порог вхождения минимальный по сравнению с программированием под iOS и андроид, да и проще написания десктопных приложений с GUI, а в использовании боты проще, чем утилиты командной строки.
Зато в результате может получиться довольно функцинальная штука. Легко настроить многоэтапную диалоговую коммуникацию с пользователем, получить для обработки изображения и фото, возвращать ссылки на скачивание результатов.

Так вооот! Из-за этого невысокого порога вхождения развелось куча "курсов" программирования для чайников, которые первым упражнением, полезность которого удается легко показать ученикам, выбирают написание бота.
И так у этих коуч-питонистов легко всё получается (ещё бы, надо де продать курс с первого бесплатного занятия), что у незадачливых школьников появляется неиллюзорная вера в себя и они бегут повторять увиденное на ютубе, а потом, когда, конечно же, то-то идёт не так как показано в видосе, они бегут сюда спрашивать как всё надо сделать, чтобы работало.

В общем все хотят всё и сразу, и чтоб легко, бесплано и не надо было учиться.

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

Не пишите на Python.

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

Использование f строки в SQL запросах может быть небезопасно, потому что оно позволяет вставлять значения переменных непосредственно в SQL запрос. Это может привести к SQL injection - атаке, когда злоумышленник вводит в запрос подозрительные данные, чтобы получить доступ к базе данных или внести в нее изменения.

Чтобы избежать этой проблемы, рекомендуется использовать параметризированные запросы. Это значит, что значения переменных не вставляются непосредственно в запрос, а передаются отдельно как параметры. В SQLite это можно сделать с помощью вопросительного знака (?) вместо значения переменной:

connect = sqlite3.connect('INFO.db')
cursor = connect.cursor()

GLAV_USER = message.from_user.id
cursor.execute("SELECT ID FROM table WHERE MEMBER = ?", (GLAV_USER,))

Такой подход более безопасен и предотвращает возможность SQL инъекцй.

import datetime

def trunc_datetime(someDate):
    return someDate.replace(day=1, hour=0, minute=0, second=0, microsecond=0)

a = trunc_datetime(datetime.datetime(2018,2,15))
b = trunc_datetime(datetime.datetime(2018,3,20))

print(a <= b)

Разрабатывать 12-факторные приложения, которые проще масштабировать горизонтально. На сегодняшний день асинхронность в Django почти не применяется, так изначально фреймворк не был предназначен для конкурентности, а работы по исправлению этого пока в зачатке.

Кешировать запросы где можно для начала.
Потом - оптимизировать запросы к БД.
Профилировать код - где упирается в производительность.

У вас появились ситуации, в которых возможностей ORM недостаточно, или он работает ощутимо медленнее чистого sql (притом медленнее не субъективно, а на основе данных профилирования)? Если нет, в чем я более чем уверен, то не вижу необходимости в отказе от из основных фишек джанги.