При этом никогда не использовал и не собираюсь использовать аннотации типов.
Если программисту нужны подсказки, то он либо пишет плохо структурированный код, либо не идиоматичный.
то он либо пишет плохо структурированный код, либо не идиоматичный.
Считаю, что если хочется указывать типы, стоит использовать статически типизированный язык.
На собесах про это не спрашивают
Анотации использую только тогда когда pycharm сам не справляется с понимание что за объект, причем делаю это просто через инлайн коммент:
my_object:MyClass = obj единственным способом не глядеть через полгода на собственную же функцию аки баран на новые ворота является предварение ее комментарием,
Вопрос в общем-то к питону особо и не относится, а скорее к "дисциплине программирования" вообще.
1. На собесах проверяют ваши навыки того или иного языка и то, как вы им владеете. Уметь пользоваться аннотациями типов это навык, так что можете считать что косвенно - проверяют.
2. Стоит.
3. Использование аннотаций не привязано к размеру проекта, так как вы правильно заметили, сложно найти информацию о том, какой проект является большим, а какой маленьким.
4. Аннотации желательно использовать всегда.
5. Писать прямо в коде, читабельность не падает.
Читабельность может быть и падает,
Если представить, что аннотаций нет, как вы будете узнавать где какой тип данных используется?
def some_func(var1, list1, dict1): # some logic result1 = # some string result result2 = # some string result return result1, result2
Даже в этом примере видно, насколько осиротела функция без аннотаций, чтобы понять что подается на выход нужно смотреть на результат присвоения значений объекту result, а чтобы понять что же за var1 и что нужно подать в функцию вам придется смотреть на то место, где var1 начинает использоваться.
А теперь представьте что это ваш пет проект и вы его забросили на месяц, вы не сможете вспомнить ни одну функцию, вам придется над каждой функцией сидеть и думать, что же она возвращает и делает внутри. С аннотациями вы просто посмотрите на них и все станет понятно. То же самое, но в еще больше степени относится к тому, если код без аннотаций вам достанется по наследству от коллеги или от какого-то подрядчика, это будет больно и неприятно.
Если впоследствии тебе самому эти комменты не нужны, то просто заводишь свой git hook (написанный тобой же на удобном тебе языке), который перед отправкой будет затирать в файлах твои особые комменты(напр по какой-то метке).
Если нужны, то вроде были плагины для разных ide позволяющие писать комменты к файлу(не в коде), погугли для своей.
Вообще просто пиши комменты аккуратно и заливай их вместе с кодом. Документирующие комменты вовсе не лишние.)