Stanislav Pugachev

{% for about in aboutText|slice:":1" %}

мне б ваши проблемы
по-моему проблема надумана
делайте как вам удобней и все

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

монорепа тоже имеет свои плюсы
если вы делаете изменения в обеих частях одновременно - они будут связанны в одном пул-реквесте
опять же в настройке такая репа легка и неприхотлива
в django-apps я бы ничего лишнего не пихал а положил бы вторую часть на одном уровне с джанго

exctac,

1) нужно выпилить pep-8 из тегов
2) тут вопрос не в конвенциях а в логике вашего приложения
если функция get_default_sound по сути статическая или должна шариться между классами - то почему бы не иметь ее в одном экземпляре на уровне модуля
если же она ни с кем не шарится - желательно не выносить ее за область видимости класса
как говорили классики "держите определение как можно ближе к использованию". это касается не только расположения строчек кода но и расположение в стопке областей видимости

так что как по мне то тут вопрос не в соглашениях а именно в архитектуре вашего приложения
если хотите быть consistent с django то вот взгляните например сюда
https://docs.djangoproject.com/en/2.0/ref/contrib/...
тут как раз оба варианта представлены

class A(object):

    @staticmethod
    def get_val():
        return 42

    val = get_val.__func__()


print A.val