Подготовь идеальное тестовое задание!

Как должен выглядеть готовый тестовый проект? На что нужно обращать внимание при сдаче тестового? Как получить "дополнительные баллы" от ревьювера?

В этом видео я расскажу и покажу как сделать ваше тестовое задание похожим на настоящий проект, добавим докер, проверим код линтером, запустим тесты и все это через github actions ci

Ссылка на репозиторий

Таймкоды:
00:00 Приветствие
03:00 git (Github)
06:15 Миграции
07:00 git
09:20 docker и docker-compose
12:45 тесты
13:30 фикстуры
21:35 CI/CD Github Actions
27:50 Критика и заключение

Документация на докер

Сделать фикстуру

Загркзить фикстуру

Статья про линтеры

CI / CD

Cookiecutter Django

[David-yjkv]

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

[domochevsky]

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

[greendramost]

25:00 Если я правильно понял, то при каждом событии (event) будет собираться docker контейнер. Это первый вариант. Я видел другой вариант, когда создаётся отдельный job, в котором происходит установка python и необходимых зависимостей. А уже потом выполняются job-ы с запуском flake8, mypy и тестов. Эти два варианта будут отличаться в отношении производительности?

[greendramost]

19:52 допустим помимо линтера есть mypy, который необходимо запускать отдельной командой. В таком случае целесообразно создавать отдельный requirements-dev-mypy.txt ?

[greendramost]

18:56 как вы считаете, будет ли правильным для таких зависимостей, которые необходимы для работы flake8, не указывать их в requirements-dev.txt, а указать там просто flake8, т.к.
1. flake8 сам во время своей установки доустановит то, что ему нужно.
2. станет удобно читать requirements-dev.txt, т.к. в нем будут только те "первичные" библиотеки, которые установил разработчик: flake8, mypy, pytest-cov и т.п.