Я бы начал, всё же, с официальной документации: https://kivy.org/docs/gettingstarted/intro.html

Потом перешёл бы плавно в гугл (лучше англоязычный, но можно и в ру-сегменте). Например, первые же результаты выдачи дали довольно неплохие статьи: https://habrahabr.ru/users/heattheatr/posts/

Ну и, куда же без видосиков. Ютьюбим, например, вот так https://www.youtube.com/results?search_query=kivy+...

Также, у проекта отличный wiki на гитхабе: https://github.com/kivy/kivy/wiki

Если убрать за скобки советы, в стиле «не обманывай — не обманутым будешь», и прочие «мотивационные штуки на рабочих местах», то такие вопросы легко решаются (или не возникают вовсе) введением код-ревью в pre-commit-to-master ветке Git и полным покрытием тестами.

Даже строгий договор и прочие юридические штуки — не могут обезопасить проект от такого произвола. Нет, с точки зрения «кто виноват и сколько он за это заплатит» — всё хорошо.. но оставшейся команде или новым разработчикам — от этого не холодно не жарко — им же всё исправлять. Это я уже из своего опыта разгребания подобного кейса говорю :)

Работает это довольно просто: в продакшен проект попадает только после обсуждения каждой функции в спец. ветке на гите и только после прохождения всех тестов. Любая сомнительная функциональность — просто не пройдёт такой контроль и будет вызывать подозрения. Например, в вашем кейсе, про удаление БД при заходе с определённого пользователя — это будет сразу видно. Как в коде функции (на код-ревью), так и в тестах.

Нужно разбираться в коде и быть профессионалом на своём месте, чтобы совершать такой контроль — не спорю, но... а как по-другому, если потеря данных и/или функциональности сайта — может стоить гораздо дороже, чем з/п человека в штате (на аутсорсе), который будет следить за качеством кода и бить по рукам всех, кто будет пытаться испортить его?

Да, это дольше, но такой подход плюс продвинутая система бэкапирования БД — даёт хоть какие-то гарантии.

«Большой брат» — это благо для компании, если вы не уверены в своих сотрудниках.

Решение, как всегда, оказалось проще пареной репы.

В processors.py добавляем в конец:

@register.generator('examle:example:image_800x800')
class OverlayImage(ImageSpec):
    format = 'JPEG'
    options = {'quality': 100}

    @property
    def processors(self):
        model, field_name = get_field_info(self.source)
        return [
            ResizeToFill(800, 800),
            TextOverlayProcessor(text=model.description)
        ]

В models.py просто переписываем image_800x800:

image_800x800 = ImageSpecField(
    source='image',
    id='tours:tours:image_800x800'
)

Попробуйте сделать всё по этому мануалу: https://medium.com/laravel-news/the-simple-guide-t... (не раз выручал меня).