Roman K

Создать management комманду, которая получает выборку из ещё не запосченых постов, которые уже пора запостить и постит их.
Раз в 1/5/10 (как хочешь) минут вызывать эту команду cron'ом (или celery beat)

prefetch_related('имя менеджера')
Выполняет дополнительный (но один) запрос, чтобы закэшировать Many-to-Many элементы или One-to-Many, если элементы нашего QuerySet'а в отношении O2M являются One.

select_related('имя fk поля')
Выполняет JOIN таблицы, на которую ссылается ForeignKey (fk)

Например:

class SomeModel(Model):
    items = ManyToManyField(Item)

# закэширует все Item каждого SomeModel двумя запросами
SomeModel.objects.all().prefetch_related('items')  

# или

class SomeModel(Model):
    pass

class Item(Model):
    some_model = ForeignKey(SomeModel, related_name='itemz')  # Обрати внимание на related_name

qs = SomeModel.objects.all().prefetch_related('itemz')  # Опять 2 запроса
qs[0].itemz.all()  # Не создаст запрос в БД
# Если же ты хочешь одним запросом получить
# SomeModel'ы Item'ов, то:
qs = Item.objects.filter(...).select_related('some_model')
qs[0].some_model  # Не создаст запрос в БД

В сайтах-гигантах всё намного сложнее, чем простой кэш. Но кэш - это один из первых способов оптимизации.
То, что ты описал, решается прогревом кэша. Прогрев - это наполнение кэша актуальными данными без действий юзера.
По теме почитай здесь и здесь

Например, флаги. Юзер может:

0b1  # Читать
0b10  # Писать
0b100  # Редактировать
0b1000  # Удалять

0b1010  # юзер может писать и удалять, но не может читать и редактировать

Итого, все флаги можно запихнуть в инт, который можно запихнуть в 1 байт.

Почитай gitflow и TDD with Python и вопросы отпадут сами собой.

обновлем его каждый раз при добавлении в код новой зависимости

Да. Иначе как твои тиммейты будут узнавать, что ты обновил джангу с 1.6 до 1.10? Напишешь им каждому в чатик?

И классы с юнит тестами хранить в том же модуле где и код или отдельно и потом туда их импортировать и запускать через if __name__ ....?

Нет разницы.

Есть стайлгайды и форматы.
Официальный гайд: PEP 257

Всё остальное, что там есть - это удобства для IDE. Твой формат первый раз вижу, обычно используют reST для PyCharm.

"""
Описание, что делает метод/функция

:param param1: Что за параметр принимается
:param param2: Ещё один параметр, который принимается
:returns: Какое значение возвращается
:raises KeyError: В каком случае рейзится эта ошибка
"""

Всё это имеет смысл, есть проект реально большой и его планируется поддерживать целым табором и долгое время. В другом случае - это пустая трата времени.

Храни его в памяти, вроде кэша. Если на него будет достижимая ссылка - ты его можешь достать и GC его не грохнет. Если воркеров будет несколько (а оно обычно так), то кэш нужно использовать внешний. Например, Redis или memcached. Тут понадобится pickle, чтобы упаковать объект.

Горлышко бутылки - это сам Selenium. То, что на питоне и джаве - это обвязка, которая, хоть и будет работать на джаве быстрее, не даст никакого прироста.
Согласись, разницы нет, сработает обвязка за 50 микросекунд или за 10 микросекунд, если сам Selenium будет грузить страницу 1 секунду?

Без фреймворков и модулей можно написать фреймворки или модули. Или хеллоуворлд. На чистом питоне нет смысла писать "веб приложение".

Обучай нейросеть. Больше никак.