Мне очень нравятся вот такие короткие ролики, по делу, без воды и очень очень прикладные! Спасибо, Алексей!

Отличное изложение материала, очень полезная инфа! Спасибо Леха :)

Огонь, как всегда четко, лаконично, понятно и приятно смонтировано) спасибо!

Прекрасный ролик мини-лекция, спасибо!)

Вау, не разу о таком не слышал. Очень классная информация. Спасибо!

Спасибо за видео!

Автор, ты не поверишь, но первый раз в жизни мне кто-то нормально и просто объяснил что такое декомпозиция на примере программы. Обычно в книгах это абстрактный термин. Думаю твоя подача материала позволяет расслабиться и по человечески воспринимать инфу :) Благодарю и успехов в развитии канала!

Пользуюсь давно и не думал, что это тема отдельного видео)

Алексей, даешь больше видосов по данной книге! мне кажется там столько информации что можно каждый день видосы пилить 😁

оо новый формат, классно!

Круто. Спасибо!

А в чем преимущество NewType перед прямым наследованием? class Rub(Decimal): ...

Пушка-гонка!

Лучший!

Как всегда огонь, спасибо за видео! Интересно не будет ли удобнее использовать dataclass и Enum для улучшения читаемости вместо создания TypeAlias и NewType? Сложные вложенные структуры реализовывать через dataclass/pydantic, пример с валютами сделать через Enum.

А как всё-таки можно с помощью NewType сделать валидацию значения? Например, чтобы валидными были только значения больше 0?

Спасибо, четенько, держишь марку.

Для typing.NewType также можно применять следующий прием: создать функцию, которая принимает входящие данные и валидирует их (например, что Decimal не меньше нуля) и рядом с объявлением этого типа оставить коммент, что получить этот тип можно в вышеописанной функции. Ссылки на pastebin в комментах к 8 главе оставил

Я узнал про: 1) TypeAlias, 2) NewType 3) что я дорогой друг))

Отличное видео! Но данный микрофон очень чувствительный и ловит все "взрывные согласные". Для понижения давления на мембрану микрофона, советую приобрести попфильтр либо отодвинуть микрофон.

Было бы хорошо еще про TypeVar узнать в этом видео

Алексей, подскажи, сколько у тебя уходит времени на 1 ролик? Я смотрю ты серьезно готовишься. У тебя уже презы пошли :)) Монтажишь сам или есть монтажер? Представляю сколько работы в таком 11 минутном ролике )) Благодарю кстати, за него

Красота ! Но все же, типизация типов с TypeAlias кажется избыточным, не исключаю что через пару версий питона TypeAlias будет задепрекейчен и будем просто писать type_alias = int | str.

Привет, звук микрофона очень крутой, мягкий. Прям ляпота! Но очень сильно выделяется эхо, которое режет слух. Возможно это только я в своих наушниках заметил, но вот пишу так сказать отзыв на звук. А так все круто)

А использование TypeAlias не портит изначальное назначение хинтингов, т.е. указывать на тип возвращаемого/принимаемого значения? С алиасом мы закрываем тип величины, но говорим, что из себя представляет эта величина (а блин функцию по идее выполняет правильный нейминг переменных)

А что за цветовая схема vim у автора?

👏👍

Раньше если объект принимал типа None и например str, нужно было использовать Optional[str, None]. Теперь можно str | None. Где нужно использовать Optional или он больше не требуется?

было бы неплохо разыграть эту книжку, когда вы её дочитаете в клубе. Стоит она сейчас космических денег, если честно. Я бы вот нереально обрадовался, если выиграл её. Хоть кому-то повезёт)

[На заметку видеомэйкера] 5:58 - "Just a kind of magic" полюбившееся словосочетание в ваших видосах. Но в некоторых местах оно начинает звучать неуместно. Спасиобо за coding-просвещение.

Спасибо за объяснение. P.S. Прикольно. 2023 год в команде python открыли доменные типы, которые существовали в Оракле с махровых времён 😀

Гранд мерси, полезно, интересно

Кайф

Что за часы на руке? Модель?

В первый раз, дорогие друзья, встречаю "дорогие друзья" в качестве словосочетания-паразита, дорогие друзья! А за видео лайк, коротко, ясно, полезно, дорогие друзья!

А ведь псевдонимы типов можно создавать без явной аннотации "TypeAlias"? Просто "SomeType = TypeA | TypeB"?

Что ты думаешь о WSL?

А какого года издание этой книги?

Никогда так не делал. Ну что ж. Надо когда-то начинать 🤷. Первый!

Сними что небуть про Codon

Не понял немного смысла в NewType, модели на основе классов, как будто бы выглядят более удобными и все проверки внутри классов можно хранить

так зачем всё-таки нужен TypeAlias? почему не написать просто `UserNameToId = Mapping[str, int]`

Как-то мимо меня прошёл момент, когда Python стал выкатывать ошибки типов на основании хинтингов. Как же утиная типизация и вот это вот всё?

идентификаторы прекрасно могут быть отрицательными, например у телеги есть отрицательные айдишники пользователей

Спасибо за видео. Тяжело назвать эту шнягу полезной. Опять лишнее увеличение сложности изначально красивого и простого языка. Налицо отсутствие целостного подхода. Зачем вводить эти новые слова, когда есть понятие класса? Приведённый пример с валютам будет красивее и более контролируемо реализован на классах.

Разве при NewType нельзя уже сам тип использовать вместо Decimal и вызывать его собственный конструктор, а не передавать в него объект Decimal?

Не знаю, мне до сих пор типизация в питоне кажется чужеродной(хотя и стало лучше) Если мне нужно типизация я дотнет лучше возьму:)

Гггоднота, нннаверноее!

man,ты гониш

Господа, а чем MyType = Dict[str, str] хуже чем MyType: TypeAlias = Dict[str, str] ?

Не понимаю, для чего нужна такая подробная аннотация, тоже эту книжку читаю. Не могу переварить всю главу аннотаций. Вроде, и без них норм

Близок тот момент, когда ошибки типа начнут валиться на промежуточной компиляции, чтобы в байткод никакой откровенной ереси не попало... И тогда даже самые ленивые (вроде меня) начнут использовать тайпхинтинг. ;-)

Typescript в питоне) прикольно

В телеграмм используются отрицательные идентификаторы для групп. Так что пример был не совсем корректный.

"Python: к вершинам мастерства" - полезная книга?

Аннотации типов в том виде, в котором их сейчас активно используют, нарушают первый принцип: Beautiful is better than ugly. Нет ничего плохого в типизации как таковой, но это всё нужно выносить в docstring. ИМХО.

3:40 "...хотелось бы вот этот мэппинг кудв-нибудь упаковать и не повторять..." Предлагаю - упаковать и выкинуть из кода нафиг вообще :) Опишите лучше в док-стринге что это за аргумент, чем может быть и зачем нужен. Аннотации никак не заменяют комментарии. На всякий случай - не объясняйте мне, чем хороша строгая типизация. Я начинал программировать на с и плюсах; сам могу объяснить. И когда знакомился с питоном очень удивлялся - как же они, бедняги, типы не указывают? Оказалось, что замечательно без этого обходятся. Практически никогда аннотации не помогали мне читать код, только загромождают его.

сложнаааааа😅

эта что за годната то такая.......

Эльвис воскрес?) Да) совсем недавно, решил первый раз очень объемную задачу сначала функционально, а потом все переписал под python oop - вышло четыре рабочих класса на 4к строк, примерно. Очень весело делать такую декомпозицию и каждый день баги искать) Интересная, конечно, тема типов. Пока, только входящие значения проставляю уже часто; удобно видеть на простыне что поступает на вход; а вот с возвратом с метода не всегда вижу пользу. В общем польза есть и в неожиданный момент idle подскажет, что чушь начала происходить и именно и благодаря типам) Вот так вспоминаю себя, 1-2 года назад, когдавообще ни хера ничего толком не знал, и думал: 'что же за ебанько придумал все это?' А щас уже поримаю и все клево помагает. А ведь еще очень, очень много впереди выучить что есть) Код каждый день становится все изящнее, идеальнее!) А к NewType еще несколько методов валидации написать , для страховки))) пока, не понимаю эту тему.