Типизированный Python для профессиональной разработки - теория и практика [2022]

[@t0digital]

Мой курс «Хардкорная веб-разработка» - course.to.digital Вжух!

[@alittlemoron4068]

1:07:40 - 1:07:44 Алексей, спасибо вам большое, что делитесь также и своей житейской мудростью! Хоть сейчас бери цитату и в рамку её вставляй, чтобы сохранилась для потомков.

[@ПавелШаламов-ж3д]

xD

[@forsigg]

Алексей, спасибо Вам большое за Ваш огромный труд и вклад в наше образование в качестве разработчиков! :) И да, тема с TDD очень интересна, с нетерпением буду ждать. Как и любого другого видео от Вас!

[@MikhailLalyko]

Алексей, было бы очень круто увидеть подобное подробное видео по тестированию приложений. Особенно о том, как внедрять тесты в готовый проект (интересна даже не сама реализация, а скорее подход, чтобы понимать за что браться и как с этим работать) + TDD. PS: Спасибо за это видео и книгу, очень подробно и по делу!

[@gatapov]

Да поддерживаю! Очень нужная тема

[@Python_in_UA]

Чё за книга?

[@gmzzv]

@@Python_in_UA описание открыть не судьба?

[@Python_in_UA]

@@gmzzv та вже знайшов. Дякую за натяк.

[@rumyantsev_ilya]

Плюсую!)

[@hodilka999]

Привет :) ты очень приятный и хороший человек. Глаз и сердце радуется когда смотрю твои видео. Спасибо!

[@t0digital]

Спасибооо!

[@Dzotwolf]

Очень заходит такой формат с разработкой по ходу. Важны именно комментарии от специалиста в языке, какие именно решения применяете именно вы. Сам обучаю молодых на другом языке и стараюсь предложить им свое виденье, которое они смогут поменять в будущем, когда станут спецами. Большое спасибо!

[@3damina911]

С удовольствием просмотрел видео до конца, ежедневно по 30-40 минут смотрел в течение нескольких дней. Видео просто супер! Много нового для себя открыл. Спасибо за труд!

[@t0digital]

Спасибо! Рад, что полезно

[@MrLotrus]

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

[@ПавелИсаев-л3и]

Да, было бы интересно послушать. Сам я на данный момент практикую написание некоего подобия технического задания (начинаю в виде заметки в телефоне, довожу до ума на ПК), схему данных, БД и алгоритмы выкладываю в диаграммы. Может, это кому-то покажется нудным, но помогает мыслительному аппарату видеть всё с высоты птичьего полета, оптимизировать и править свои фантазии ещё до создания прототипа и MVP. :) Хочется послушать Алексея в этом вопросе, если ещё нет такого материала.

[@pokruk0]

Нереально годно. То что я годами узнавал на практике в одном видео, даже как-то обидно немного, но не надо держаться за прошлое как говорится)

[@t0digital]

Спасибо:)!

[@fahrenheit1863]

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

[@deGGenerate]

С++ : вы придумали языки программирования без строгой типизации для упрощения написания кода…но куда вас это привело? Снова ко мне…

[@gamerzero6085]

отсутствие строгой типизации это лень разрабов компилятора, ни один реальный язык программирования на котором предполагается писать какой-то комплексный софт не может быть неявно-динамически типизирован.

[@Артем-е8р6й]

@@gamerzero6085 во первых с чего это лень? Отсутствие типизации это как раз проблемы разработчикам компилятора. При строгой типизации компилятор сделать проще. Во вторых Пайтон интерпретируемый язык. В третьих Пайтон используется для создания скриптов, научных расчётов, обработки данных - там типизация нафиг не нужна и очень вредна.

[@spacedm0nkey]

Если ли в этих ваших крестах type casting по свойствам объектов искаропки, кек?))0)

[@viktor_borodin]

@@Артем-е8р6й то, что он интерпретируемый не мешает его сделать строго типизированным же?

[@Артем-е8р6й]

@@viktor_borodin конечно не мешает. Сделать можно. Вопрос лишь в том зачем это нужно?

[@mylife-ej8et]

Очень интересно будет посмотреть большое видео где вы будете рассказывать про тесты и попробуете на небольшой программе разные практики тестов показать, буду с нетерпением ждать такой от вас )

[@Веб-разработка-л3р]

Самое полезное видео за последние пол года! Я наконец-то понял как писать слабосвязанный код, который можно расширять в любую сторону. Как описывать и валидировать типы (с валидацией надо разобраться, pydantic изучить и похорошему с тестированием). Это просто божественно! Благодарю за видео! Жду новых таких видео с практическим написанием правильного кода, а не отрывков из обрывков как во всех других видео с ютуба.

[@dmitry_rt]

Вот это я понимаю контент, спасибо, обязательно посмотрю!

[@PythonDevelopment]

Я досмотрел. А как не досмотреть такой шикарный материал? Разбирался конечно недели две потом. Но это уже совсем другая история. Алексей даешь еще подобный качественный контент!

[@t0digital]

Спасибо!

[@deniskarter7088]

Написать бы также приложение от начала до конца с TDD - реально круто было бы :) Буду ждать такое видео!

[@lex_darlog_fun]

Алексей, два связанных высказывания: 1. Спасибо за видос про PyDantic. 2. После него - у меня однажды завязался спор с автором канала mCoding под одним его видео (где он сравнивал производительность разных питоновских дата-контейнеров). В дебри вдаваться не буду, но вывод - таков: все функции PyDantic отлично реализует пакет attrs (вкупе с cattrs). Но при этом - он позволяет выгружать данные в любой формат (не только в json), из коробки уже давно держит slots, и вообще в целом - ГОРАЗДО производительнее. Что я собственноручно проверил (на гитхабе репо "Py-datastructures-benchmark", ютуб убивает коммент со ссылкой) TLDR: выходит, что attrs просто по всем аспектам - лучше. В связи с чем - вопрос: почему именно PyDantic? Возможно, имеет смысл сделать сравнительный видос с этими двумя пакетами?

[@t0digital]

Спасибо, надо изучить. Про attrs знаю, но не использовал. Записал в план)

[@lex_darlog_fun]

@@t0digital 😊

[@ssyucfa]

уже так не думаю, pydantic теперь на расте же сделан, так что в разы стал быстрее)

[@lex_darlog_fun]

@@ssyucfa а есть конкретные сравнительные тесты, которые это на практике демонстрируют? В цифрах, насколько соотносится актуальный pydantic с остальными дата-контейнерами. На более-менее реалистичных данных, а не с одним полем типа float. Я выше кидал название своего репо, в котором имплементированы тесты под все стандартные контейнеры. Там специально данные генерятся так, чтобы более-менее походить на то, что реально хранится в дата-контейнерах на проде. Репо можно форкнуть и обновить под актуальный пайдантик, если надо - вместо того, чтоб писать тестовый тулсет с ноля.

[@ssyucfa]

@@lex_darlog_fun у них в репо есть, вроде как

[@alexandersidorov1517]

Алексей, ваша работа выше всяких похвал! Здесь не только великолепная подача, но и настоящая страсть к любимому делу. Спасибо вам огромное!

[@owlscatcher]

Это титанический труд, спасибо вам огромное, Алексей! В последнее время очень много ходит разговоров про инженерную культуру и тд в IT и инженерии в целом. Так вот, вы тот человек, один из немногих, к слову, на русском языке, кто это инженерную культуру развивает в нашем сообществе и прививает её.

[@t0digital]

Спасибо! Буду продолжать!

[@wandos777]

Очень хочется посмотреть на то, как реализовывать функционал на основе TDD ! Особенно на этапе интеграционных тестов!

[@herrkrake8106]

Только прочитал вступление книги - начало уже много общающее! В любом случае благодарю Вас за Ваши труды! Будем посмотреть!

[@evgeniynekrasov8629]

Замечательно! Очень приятно слушать! (качество звука огонь)

[@t0digital]

Спасибо!

[@maxnap7330]

Великий навык инженера, к которому стоит стремится - на этапе проектирования и реализации правильно задать интерфейсы) Очень важный навык к теме о типизации, иначе интерфейс будет создавать проблемы, а не помогать. Всем желаю, чтобы было как на 1:25:25. Видео очень полезное, спасибо за хороший подход и высокое качество Инженерного контента на Русском KZbin. 👍 P.S. Отдельное спасибо за книгу, вклад, конечно, неоценимый в разбор важных тем и их доступность к пониманию.

[@t0digital]

Спасибо большое!

[@StanislavBeskaev]

Ещё не смотрел, но это точно будет бомба. Спасибо Алексею за его труд

[@StanislavBeskaev]

Так хорошо, что второй раз пересмотрел до конца

[@MrLotrus]

Отдельное спасибо за то, что реализовал приложение и показал ход мыслей.

[@hungrok]

Просто нереальный материал, спасибо большое. Сижу в два часа ночи и оторваться не могу, а ещё больше часа смотреть! Мало того что очень интересная тема, хорошо изложенная, так автор ещё и объясняет вещи которые вообще к теме не относятся, но вопросы про которые напрашиваются. Огромное спасибо за столь крутую работу

[@t0digital]

Спасибооо! Рад, что полезно!

[@vagifgafar2946]

Алексей, спасибо вам большое - чего не хватает на рынке, причем не только на отечественном (здесь почти ноль), но и на зарубежном - хорошего курса по Secure Coding with Python (mitigate OWASP vulnerabilities for typical Python Backends)

[@Greek101]

Углублённо, по полочкам! Огромнейшее спасибо! 🙏

[@robroi1137]

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

[@t0digital]

Спасибо!

[@alexjuly7097]

Эпик-видео + книга! Типизация рулит, пару раз выручала в супер неочевидных местах, что и не подумаешь проверить. Было бы круто подробное видео по дженерикам. Там интересностей и сложностей прилично. Пример на 2:30:30 хрестоматийный, но в жизни обычно что-то более сложное требуется. В том же примере возвращать и None не очень удобно, так как обязательно придется проверить, если захотим сохранить типизацию не-None-результата. А это, на мой взгляд, немножечко хак, так как проверка как бы ран-таймовая, хоть статический анализатор (к счастью) её тоже понимает. А еще круто было бы видео про юнион-типы ) Union, UnionType, _SpecialForm etc. Как с ними жить, когда нужен например isinstace или issubclass или Type[T]

[@PlanSK]

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

[@t0digital]

Спасибо!

[@ДаниилГорбунов-ы4б]

Алексей, огромное спасибо за отличный материал. Мне, как начинающему разработчику, крайне полезно.

[@valver8362]

Спасибо вам огромное! Дай Бог вам здоровья!

[@Vjidowkdkcpapqkfjfw]

Алексей, спасибо! Посмотреть 2:41:02 не смог осилить. В итоге, прочитал. Что-то новое узнал. Очень благодарен!

[@nicknameqwerty9294]

На самом деле, сам не верил что смогу досмотреть до конца! Но оказалось что твоя манера подачи материала, очень даже интересно слушать 🙂. Поэтому огромное спасибо за это! 👍

[@myhomework2431]

Про тесты интересно. Вообще про все что с ними связано. Сделай по возможности на эту тему обзор.

[@АлексейШарымов-р1у]

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

[@citricmint_forstudy4608]

Я новичок в пайтоне и этот ролик убедил меня, что тайпхинтинги - мощная вещь, которая очень сильно помогает в написании кода. Ролик получился очень содержательным, я вместе с вами писала этот код, потом еще прикрутила часть функционала к телеграм-боту, и уже чувствую, что объявление типов для меня стало привычкой. Спасибо!

[@t0digital]

Отлично, рад, что материал полезен, вы молодец, что проработали его внимательно!

[@citricmint_forstudy4608]

@t0digital Алексей, возвращаюсь в комментарии чтобы сказать что это шикарный материал, который 10 месяцев назад перевернул мое представление о читаемом и красивом коде, я вспоминаю его каждый раз когда читаю чужой код и пишу свой, очень рада что он попался мне именно тогда и я с самого начала своей работы это применяю :)

[@andyfauler6252]

Спасибо за видео! Также как и Вы, перешел из PHP в Python и весьма этому рад. Хотя за плечами > 7 лет работы, из видео почерпнул для себя кое-что интересное.

[@ИванИван-й3ш6у]

Жму (руку) в ответ! Волшебное видео, извлек для себя много нового! Благодарю и жду новых выпусков!

[@AE-rw2fs]

Обьяснение достаточно детальное, всё понятно и логично. Напрягает стиль изложения в виде "умудренный опытом дед" с шутками-прибаутками и "дорогими друзьями", но это плата за доступную подачу)

[@georgestatefield]

Здорово, что вы делитесь такими информативными и практичными примерами проектов!

[@CZFaBgWurtbksaeGcE]

Это лучшее из всего что я видел по пайтону! Сильно упростит жизнь новичкам

[@ВячеславБеляев-к9п]

возня с тикетами происходит так же если ошибку выявили во время тестирования: тестировщики так же заводят тикеты, этот тикет обсуждают (приоритет, эстимейт и т.д.), тикет отдают разработчику, он его потом передаёт тестировщику на верификацию и т.д. одна маленькая ошибка отнимет время у нескольких человек. но тут есть ещё одно важное отличие от тех тикетов, которые создаются после жалоб клиентов. как писал дядя Боб, тут есть элемент заговора между тестировщиками и разработчиками: им обоим выгодно, чтобы в программе на этапе тестирования находились ошибки. поэтому разработчики в крупных компаниях (где есть всякие метрики и performance review) не особо напрягаются по поводу ошибок в написании кода

[@ekertn7]

Отличный материал, спасибо за вашу работу!

[@BoMB3R97]

Алексей, на python файлы не обязательно давать права +x и закидывать в /usr/bin директорию на unix подобных системах. Так как python проекты преимущественно распространяются через пакетный менеджер pip, то можно добавить в файл setup.py в функцию setuptools.setup параметр entry_points={"console_scripts":["имя_алиаса = путь до исполняемого скрипта"]}. Такой способ работает на всех системах и права sudo не нужны (если конечно pip разрешено исполнять)

[@ДмитрийБелов-й2е]

Настолько понятно и настолько круто. Огромное спасибо за труд!

[@SemyonKalyakulin]

Космическое спасибо за такой ролик, то что нужно!!

[@MonsterFishHunter]

Просто лучшее объяснение из всех что я видел. Продолжайте в том же духе. Успехов Вам

[@georgestatefield]

атомизируя функции проясняется логика и упрощается обслуживание проекта - очень значимая рекомендация, извлечённая из данного урока

[@romanrrv]

Огонь! Спасибо! Видео по тестированию конечно интересно.

[@dmitryn.4506]

Это просто офигительно! )) Жаль, уже сейчас понимаю, что в своих проектах всё это сразу применить не получится, а то с моим легаси сразу можно работу останавливать и пол года всё рефакторить. Буду вводить постепенно, начиная с новых модулей, а там уже и, по силам и возможностям буду рефакторить всё старьё 😅

[@Vorono4ka]

Долгое видео, к тому же явно полезное, будет чем заняться сегодня, спасибо большое!)

[@Vorono4ka]

быть честным, мне кажется видео не расскажет мне о многом новом, но посмотреть на столь харизматичного автора стоит!

[@t0digital]

спасибооо:)!

[@leonidzimin2419]

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

[@frrrost1504]

Я сейчас со Свифта на пайтон переходу и для меня, то как работает память, типизация Пайтона это ШОК контент ))

[@rlxinc.6016]

Это было круче и интереснее, чем фильмы от Тарантино :) Большое спасибо за видео и вашу работу!

[@t0digital]

Спасибо:)!

[@panch0us]

Спасибо Вам за интересный контент!

[@damark2770]

Просто колоссальный труд, спасибо Вам! Не то, что годнота, а годнотище!

[@t0digital]

Спасибооо!

[@roman6572]

Супер, я работаю на C#, начал использовать python для некоторых задач, посмотрев видео отпало множество вопросов, спасибо)

[@t0digital]

Рад, что полезно!

[@roman6572]

@@t0digital Особенно вопросы с типизацией были, но только что созрел такой вопрос : если мне в микроконтроллер надо отправить данные с пк через виртуальный com port , в шарпе я преобразую например число типа int32 в массив типа byte, в нем будет 4 числа типа byte, что и ожидает микроконтроллер. А как это сделать в python если там только целочисленный int и он весит 28 байт!) предполагаю что надо через тип char это делать в python(но ещё не попробовал ) .

[@t0digital]

@@roman6572 в питоне для работы с байтами есть bytearray, массив байтов (который можно изменять после его создания) и bytes (тоже массив байтов, но неизменяемый). Для int есть метод int.to_bytes(...)

[@roman6572]

@@t0digital Хорошо, спасибо большое за информацию, попробую)

[@sommelier2667]

🤝🏻 Спасибо большое за материал, чуть лучше стал понимать некоторые вещи. 👍🏼

[@mkhnuser]

Спасибо за видео! Позволь заметить, что вместо map(), я бы использовал генераторное выражение. Вместо exit(), sys.exit() (смотри Python Built-in constants для объяснения). Все exceptions я бы писал в едином формате, скажем, GetCoordinatesError (грубо говоря, *Error, где * - название исключения).

[@SamSafonov]

Алексей, спасибо за отлично подготовленный материал!

[@gapchannelAi]

Гениальный ролик спасибо вам большое , просто бесценная информация .

[@garrickmaro7791]

1) как думаешь в CERN тоже питон используют? ) 2) тоже аннотацию делают?) 3) какой тип данных ты бы придумал, для нейтронов, протонов и базонов хикса или куиска , как его там )

[@t0digital]

полюбас используют, куда без питоняки нашего:)

[@alvares2729]

Я тока осилил)) Жму лапу! Плавно перехожу к покрытию проектами тестами

[@t0digital]

Отлично!

[@nateriver8261]

Celsius = float, по идее, лучше заменить на Celsius: TypeAlias = Annotated[float, "Celsius"]

[@trankov]

А зачем? Чтобы сильнее всё запутать? Вот реально не понимаю, когда люди всё так затипизируют, что вместо упрощения кода получается его усложнение.

[@nateriver8261]

@@trankov так мы облегчаем жизнь type checker’ам. Плюс вторым и следующими аргументами в annotated можно добавить любую мета информацию для документирования и облегчения понимания кода. В целом, никто не заставляет так делать, но для чего-то же эти все нововведения придумываются) Но если мы объявляем именно новый тип, то вариант с annotated выглядит более подходяще, как по мне. Но это все дело вкуса, на бизнес логику никак не влияет)

[@trankov]

@@nateriver8261 Я не против тайп-чекинга, но зачем алиасить базовые типы, никогда не пойму. Откуда мне знать, что Celsius это float, если я впервые вижу кусок кода, где этот Celsius импортируется где-то там в портянке импортов вверху скрипта? Нововведения эти начали придумываться, когда Гвидо временно отстранился от проекта, и сишные души начали туда внедрять концепции из явно типизирированных языков. Ок, это действительно удобно, когда мы чекаем какие типы надо передать в функцию/метод и знаем, какой тип они вернут, это круто. Но уход в настолько высокие абстракции, это же против Дзена вообще.

[@VGCor]

Фрагменты с оффтопом было бы круто в монохромном варианте вставлять. Видел такое у одного блогера, отличное решение 😉

[@t0digital]

Отличная идея

[@АлешаАлексей-г8ь]

Вот это уровень!) Спасибо большое🤝

[@legalwings4576]

Отличное видео, спасибо за старания!!!! Жду видосов по разбору книги - Чистый Python.

[@LewaSGN]

Даёшь качество кода в русскоязычной среде! Отличное видео, лайк!

[@turdus_merul]

Большое спасибо за материал, подача как всегда на высоте. Тайп-хинтинги в плане написания функций использую, но все-равно узнал ещё уйму всего полезного. P.S. Да, тема тестов вообще очень интересна, хотелось бы с этим делом ознакомиться

[@sergeykorkin6603]

Алексей, спасибо за подачу материала, но как мне кажется class, enum, exceptions, etc ... (Coordinates, WhetherType) относящиеся к внутренней кухни/части программы лучше вынести в отдельный пакет Core и подключать этот пакет в необходимых местах программы тогда как мне кажется повышается удобочитаемость и сопровождение кода другими разработчиками, так как всё собрано и разложено в одном месте, а сама логика/реализация находится в своих файлах а не всё вперемешку. + в __init__ файле пакета можно, а я даже сказал бы нужно описать те класс-модели (Coordinates по своей сути и представляет класс-модель общую для всех интерфейсов получения погоды), исключения которые представляет данный пакет Core. Абстрактный класс это рабочий вариант (и сугубо по мне он лучше), но через Ellipsis и Protocol это как говорится питонячий путь )))

[@denisdenia]

Спасибо, Алексей

[@name1355_0ne]

Алексей, спасибо большое, очень годный материал, узнал много интересного.

[@gapchannelAi]

Я хотел спросить а можно все модельки (типы данных ) засунуть в отдельный модуль types и уже от туда импортировать .

[@cs_dequeue]

Вроде в 2:31:55 лучше ставить Iterable[Any]? это просто интерес. А так видео огонь! Как и было сказано в начале видео, драматически полезный контент!)

[@VGCor]

Знакомился с Python когда нужно было конкретную программу с гуи написать для работы (ок. 1000 строк). Корпел недели 2 и в итоге один из основных типов данных был словарь словарей списков 🤣,на ряду с другими монстрами. Тогда ещё удивился как на нём пишут большие программы, ни фига же непонятно что там скрывается за этой переменной! Вроде в докстрингс ещё указывали эту инфу, но наконец теперь IDE подсказывает 👍

[@pylounge]

Мощнейшая работа 👍

[@МихаилДарси]

Очень качественно и будет полезно для любого уровня. Просто превосходный ролик, спасибо!

[@t0digital]

Спасибо!

[@DarthJaxxFather]

Спасибо! Отлично видео! Хотелось бы послушать про TDD.

[@alexanderafanasjev6813]

Супер! Просто супер! Бесподобно годный контент для русскоговорящего населения KZbin. Не со всеми тезисами согласен, но это ИМХО

[@andreykulikov3760]

Попробую по книжке. Спасибо:)

[@rlxinc.6016]

Я один не смог досмотреть до конца и пошел рефакторить текущий проект? :)

[@ВиталийКоновалов-г1ц]

вообще годное видео! супер спасибо!

[@holodina]

Интересное видео, многое стало понятно после просмотра. Что, зачем и почему)

[@eighthcolor22]

С удовольствием посмотрел бы про TDD

[@iljakapustin1571]

Отличное видео, спасибо👍 Жаль что типизация и структуры интерфейсов/абстрактных классов не так хорошо развиты как хотя бы в том же php Надеюсь скоро добавят

[@ЯрославЮношев]

Больше спасибо за проделанную работу!

[@eugene_mountainland]

спасибо огромное за такое видео)

[@markzaianchkovskyi9264]

Очень информативное и познавательное видео! За что - большое спасибо) Сколько же можно было секономить времени, указывая типы более детализировано)

[@ГоршенковЕгор]

Лучший Выпуск!!!

[@t0digital]

Спасибооо!

[@Vasile4e4ek]

Просьба/пожелание/требование/мольба/совет/рекомендация поярче свет, мы все любим тёмные темы, но сейчас лето, яркость экрана телефона не всегда вывозит в погожий денек, текст видно нормально, но вот главный герой остается во тьме, всё-таки хочется смотреть в глаза человеку, с которым ведешь диалог.

[@t0digital]

Понимаю, мне это тоже не понравилось в результате. Записываю на новой локации, эксперименты пока со светом. Хотелось чтобы дневной свет был из окна, но он как мы выяснили то есть то нет, солнце за тучи заходит:)

[@python_95]

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

[@t0digital]

Спасибооо!

[@MOVxR32]

Спасибо большое за материалы, теперь ждём аналогичное про тестирование! 😅

[@andrejanatolevitch3309]

Алексей, как всегда огонь!!!

[@vegameta]

Спасибо, кайфанул жёстко

[@kairatk5802]

Отличный материал. Интересует TDD

[@max_bstr]

Алексей, спасибо за прекрасный материал. Хотелось бы узнать, планируете ли вы посетить PyCon 2022 в конце июля, который пройдет в Москве?)

[@t0digital]

Ох, пока не знаю! Спасибо:)

[@alexkas8691]

Про энам в питоне не знал, спасибо

[@tumenit]

Блин, ну ты красава!!!