Продолжаем разбираться с mypy и аннотациями типов

В этом видео я хотел показать, как можно конфигурировать mypy и прописать типы для чуть более сложного кода.
Предыдущие видео:
- Настраиваем flake8, чтобы улучшить качество кода • Настраиваем flake8, чт...
- Знакомимся с аннотациями типов в python • Знакомимся с аннотация...
Я в Telegram - t.me/tricky_python
Канал создан при поддержке сообщества Moscow Python.
Наш KZbin-канал - / @moscowdjangoru
Курсы Learn Python - learn.python.ru/

[@RuslanSkiraUkraine]

будет отлично. если сделаете подборку видео отдельно по настройкам линтеров и проверок. что должно быть в дев ветке, а что в Прод. И как это связать с CI/CD

[@GnuriaN]

Большое спасибо.

[@user-iy3yo2wt1n]

👍👍👍👍

[@pip_install7496]

7:28 None вы всё таки не написали

[@Vladim1r]

Мб ты не будешь делать функцию, которая может возвращать кучу всего ???

[@TheExcentro]

Почему Вы не используете встроенную в VS Code возможность использовать различные линтеры, включая mypy?

[@bluxer4225]

Что ни сделай, всегда найдётся умник с вопросом "а почему не".

[@TheExcentro]

@@Storm.Trooper А для этого есть родной плагин Remote - SSH :) Я к тому, что если использовать VS Code, то использовать его по максимуму.

[@RuslanSkiraUkraine]

@@TheExcentro это все же этапы. 1. через консоль научиться. 2. через пейчарм или вскод.

[@avazart614]

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

[@edwardthorp9269]

еле дочитал до конца, но после "лучше расставлять assert'ы" все вопросы отпали