Хабр Курсы для бэкендеров
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Поток Бэкенд доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 8
Он старается избегать ложных срабатываний на нетипизированном коде
Как было отмечено в недавнем посте, это автоматически делает ty непригодным для реального использования
И хотя уровень непригодности настраивается, одержимость на скорости работы статического тайпчекера мне непонятна. Я не пишу с такой скоростью, что бы увидеть отличия в быстроте работы mypy и ty. Это как сделать самый быстрый электро чайник для заварки. Заваривает то все равно 5 минут 🤣
Скорость проверки играет роль при увеличении размера проекта и росте связей. Если проект маленький, то там и mypy справится за считанные секунды, но чем больше и замороченнее проект, тем выше издержки на проверку. Это условно как переход с HDD на SSD, скорость выше, по началу не понятно зачем такие скорости, а потом обратно-то не особо и хочется)
Я пользуюсь Error Lens (или аналогами), и хочу видеть сообщения об ошибка/ворнингах сразу при вводе кода. Зачем пользоваться медленным ПО когда можно пользоваться быстрым?)
Во-первых в документации указано что планируется strict mode.
Во-вторых может наоборот, пригодным? Кажется абсолютно логичным, к примеру, что нельзя запрещать ложить в массив объекты разного типа если мы не указали какие типы могут находиться в этом массиве. Это же Python :/
Есть в этом конечно некоторая метаирония, что лучшие инструменты для питона пишут на раст
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
ty: революция в тайп-чекинге