Ну так и есть. Но со не избавляет от говнокода Я

Question

Ну так и есть. Но со не избавляет от говнокода Я

сейчас вот очень страдаю от того, что не могу сразу продумать архитектуру проекта
Например, хранить ли мне методы базы сразу в моделях или запихивать их отедльно. А если запихивать отдельно, так как назвать правильно файл с реализацией методов?
Вот, например, есть два приложения:
1. building
2. user

В приложении building есть модель с классом Mine, у этого класса есть метод build. Но могут быть классы Oilwell например и другие "постройки", у которого такие же методы. И как тут? Врубать абстракные классы? Или как?

То есть я хочу сделать это максимально прозрачно и с минимум кода. И опыта не сильно хватает.
Вот поэтому сначала говнокодю, потом стараюсь это как-то поправить по документации. Например, у меня сейчас валидация доступности баланса выглядит так:
#TODO: перенести метод в модель users
def validate_money(self, username, id=0):

_user = apps.get_model('users', 'User')

user = _user.objects.get(username=username)
money = int(user.get_money(username=username))

if id == 0:
cost = self.get_basecost(username=username)
else:
cost = self.get_cost(username=username,id=id)

if money >= cost:
return True

return False
, хотя есть валидаторы, но я, честно говоря, не понимаю, как их впихинуть в моём контексте
Короче практика и только практика