Poetry - продвинутая замена pip для Python. Менеджер зависимостей, который нам нужен в 2021м!

Мой курс «Хардкорная веб-разработка» - course.to.digital
Книжный клуб Ботаним!, где мы читаем хорошие ИТ-книги: botanim.to.digital/
Telegram: t0digital.t.me
Сказать спасибо за это видео можно здесь - boosty.to/digitalize.team
Poetry - современная мощная замена пакетному менеджеру pip. Poetry делает управление зависимостями и работу с проектом такими, какими они должны быть в 2021м. Если вам не хватает продвинутых возможностей в pip, присмотритесь к Poetry, кажется, это лучшая альтернатива.
/****************** about ******************/
Меня зовут Алексей Голобурдин, я программирую с 2004 года и на этом канале делюсь своим опытом. Я основатель и руководитель компаний:
- Диджитализируй digitalize.team, разрабатываем сложные IT системы для бизнеса;
- Salesbeat salesbeat.pro, комплексный модуль доставки для интернет магазинов.
Если у вас есть проект на разработку, пишите нам на [e-mail].
С другими предложениями, а также если вам нужна одна или несколько индивидуальных консультаций/уроков по разработке (3000 руб/час), пишите мне на [e-mail].
Telegram канал - t.me/t0digital
ВК - digitalize.team
RuTube - rutube.ru/channel/24802975/ab...
Дзен - dzen.ru/id/6235d32cb64df01e6e...

[@TheApgreyd]

Я скучал, спасибо за видео!

[@ssshevelev]

А зачем сравнивать с pip? Имхо интереснее было бы сравнить с pipenv.

[@Jastcher]

+

[@lxmbdaemptiness209]

по определению

[@rinaatt]

+

[@stas.kudriashev]

Пользуюсь этой либой на текущем проекте! Вещь реально крутая. Спасибо за видео 👏

[@user-ee1lx1pe7n]

Спасибо большое тебе за твой труд!

[@misterpip2029]

Кааапец, потерянные годы! Алексей спасибо, буду пользоваться!

[@aleksandryushka9571]

Отличное видео. Спасибо за разбор

[@Tenundor]

Спасибо за материал. Ничего не знал о poetry до этого видео. Теперь буду пробовать.

[@t0digital]

Отлично!

[@mslq]

Спасибо, буду теперь пользоваться этим инструментом.

[@user-lz3ez3nn4j]

Отличное видео, спасибо!

[@ivanfedorov7934]

Спасибо большое за видео , буду пропобовать

[@tanks-blitz-shorts]

Бооооооольшееее контента, пожалуйста =)

[@user-qg4pp5eo7p]

Очень полезно, спасибо!

[@kalik54]

Большое спасибо за облегчение жизни)

[@aleksandrHz]

Как всегда все круто

[@grigoriygusev4159]

Как раз используем его)

[@user-ii4wn3sp1j]

Можно указать чтобы venv создавалось в папке проекта, так и pycharm и вроде даже vscode позволят сразу выбрать окружение, без прописывания путей.

[@grokgustavo]

Леха, у тебя, пожалуй, самые качественные видео про кодинг. Большой тебе за это респект!

[@t0digital]

Спасибооо💪

[@Johniooooo]

Всем интересно сравнение с pipenv)(мне тоже). Недавно копался в pipenv, был небольшой затуп с установкой black(при установке нужно добавлять ключ --pre) а еще при установке aiogram pipenv тупо скипал установку пакета async-timeout, ссылаясь на неправильный python_full_version

[@MrLotrus]

Открывал с мыслью ну что там улучшать, всё и так просто и понятно. А ушёл просвещенным пробовать poetry

[@archibaldivanovich4103]

Отличное видео!

[@t0digital]

Спасибооо!

[@alexmalykh4234]

Как всегда лучший контент по Python в русскоязычном ютубе! Про Poetry сам узнал не так давно, когда столкнулся с ограничениями в Pipenv, а Poetry их полностью покрыл

[@kelevra1493]

Pipenv тормознутая штука. А чего не хватало в pipenv, что перешли на poetry?

[@BRUH-kw8sl]

Poetry очень похож на cargo в rust (ясно чем вдохновлялись, похвально)

[@semenguliaev4458]

Poetry одной из целей заявляет унификацию интерфейса управления пакетами, активно смотрят на cargo и yarn, да. Идея отличная

[@helish_88]

Интересная штука, спс за видео

[@traffox]

Я скучал по видосам. Материал, как всегда, шикарный, спасибо!

[@t0digital]

Спасибо!

[@DmitriyVasil]

спасибо, попробую poetry

[@MADAHAKO]

Это я удачно зашёл! Мне как раз сказали его подучить )))

[@t0digital]

отлично:)

[@paulkreuzmann3155]

Очень хотелось бы посмотреть видео про nix как в целом, так и применительно к питону в частности

[@user-zg2bx5cb3d]

Котаны возвращаются :)

[@pubchikcplay5342]

У pycharm есть плагин для работы с poetry. Алексей, мне тоже интересно где м1?)

[@solderingiron9405]

да есть

[@tovjukov]

А. что скажете про такой инструмент как pipenv, можно ли их сравнить? и в чью сторону лучше смотреть?

[@lil_fix]

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

[@august2638]

Подскажите, пожалуйста, какую консоль вы используете и шрифт? Привлекли очень вкладки) За видео лайк! Годный контент как всегда 😊

[@t0digital]

Это Windows Terminal, внутри WSL2. Тема одна из стандартных в Windows Terminal

[@user-lo4xp7vl2i]

давно пора было рассказать

[@dmitrykhorkin]

Вообще, было бы круто показать, что этот менеджер качает и устанавливает пакеты параллельно! Потому что попробуйте поставить пакет notebook (у него в зависимостях много чего) через pip, займет это у вас порядка минуты!!! Хотя через poetry это занимает меньше 5 секунд! Это реально ускоряет сборку проектов (CI/CD) и экономит кучу времени!) В общем то очень рад этому инструменту!

[@user-ws4fr8zi5t]

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

[@defend00r]

Пора про pdm снимать 😊

[@alexanderscheffer3882]

Как раз разбирался сегодня с Pop. Что там и как на самом деле 😁

[@MysticEchoOfShaiya]

О, прикольно!

[@user-pw4kw8xz8r]

Хотелось бы задать наверное общий вопрос: Есть плагины для того же пичарма и тогда не нужно будет отдельно вести зависимости для разработки (они будут в конфиге IDE), зависимости для библиотек на том же pypi пишутся. Есть ли какая-то острая необходимость в использовании подобных инструментов? (если я пишу не в vim или vscode? =) хотя для последнего тоже полно плагинов с линтерами и управлением зависимостями)

[@maksimbeliaev8934]

максимально странный вопрос. Я предположу, что вы никогда не работали в команде или на серьезном проекте. Вам надо углубиться в вопрос, невозможно работать над совместным проектов без подобных вещей.

[@oleg.frolov]

Когда будет плейлист по созданию телеграм бота на пайтон?))

[@dmytroparfeniuk2670]

Привет) А почему ты сравнивал Poetry с Regular PIP, а не с Pipenv к примеру ? Просто Pipenv довольно старый, решает очень много проблем, которые были с pip and requirements.txt и практически все что есть в Poetry там есть тоже. На сегодняшний день я бы дал предпочтение Poetry из-за того, что с ним очень просто публиковать библиотеки. Так же есть парочка Issues, из-за которых сложно поставить некоторые пакеты. Но так ли он хорош в Production как и Pipenv?

[@eugenemorozov]

Poetry лучше, потому что pipenv практически умер: критические ошибки не исправлялись годами. Из-за этого были конкретные проблемы в проде. С poetry таких сюрпризов ещё не было.

[@hexchap2579]

Боже, почему в гайдах всегда все так легко, а у меня всегда возникают трехэтажные ошибки?

[@alexey9975]

Это называется путь программиста)

[@MY-nh2xe]

что скажете насчет PDM?

[@vovergg]

Прикольно, npm для питона, буду пробовать.)) А то что он зависимости в домашнюю директорию в кеш устанавливает означает, что все зависимости из разных проектов будут в одном месте храниться? И если в разных проектах используются разные версии одной библиотеки, то в одном месте в этом кеше будут храниться 2 разные версии этой библиотеки, на каждую из которых будет ссылаться проект, который её использует, я правильно понимаю?

[@peskovdev]

он зависимости устанавливает внутрь виртуальных окружений. Просто директории с оными лежат не в корне проект а в кэше. Но директории для всех проектов свои.

[@vovergg]

@@peskovdev То есть, к примеру, есть два разных проекта, которые используют бибилотеку requests. Для каждого проекта данная библиотека будет отдельно лежать в отдельном кэше или будет один кэш, в котором будет лежать эта библиотека и оба проекта будут брать её из этого одного кэша?

[@dimusss]

Было бы супер, если бы эта или подобная тулза могла изолированно устанавливать системные зависимости для C пакетов. Часто возникают проблемы при установке, например, mysqlclient, lxml, pillow. Все они компилируются при установке и зависят от системных lssl, zlib и т.п. Автоматизировать развертывание можно, конечно, через Docker, но лично мне чаще удобнее работать просто с venv/poetry.

[@lenant]

Посмотри в сторону conda, может как раз подойти

[@swimmwatch]

Какие преимущества у Poetry перед pipenv?

[@user-zw6vz4ec7n]

pipenv скорее мёртв, чем жив.

[@aleksandryushka9571]

Алексей, добрый день. Подскажите используете ли вы Poetry в сочетании с Pyenv?

[@t0digital]

Не пользуюсь pyenv, но ничего против не имею:)

[@aleksandryushka9571]

@@t0digital Спасибо за ответ.

[@SHKIPPER989]

Супер;)

[@romantiukh6753]

Бомба!

[@user-gs6of5vv6r]

сними видео про библиотеки icecream и black

[@markDine2213]

Эх, вот раньше посмеивался над историями о сношениях с клиентами на тему вменяемой постановки задачи. Но вот пришел май, а с ним и пора дипломов и я уже жалею, что отдал паяльник из загажников. Ибо вылазят всякие: "ой, а подскажи, почему у меня ничего не работает" и т.д. Вроде и помочь советом не сложно, если приходят, но когда просят накидать примерную стуктуру бд (без вменяемого объяснения логики проекта), ты кидаешь то, как ты это понял, на что тебе полтора часа втирают, что это вообще не то, и система должна работать по другому. И по итогу, когда ты начинаешь задалбывать вопрошающего, пытаясь понять, что он вообще в итоге хочет, оказывается, что "А, ну в целом да, подходит" (Сорян, накипело)

[@zamanyusifov6178]

Axaxaxax

[@user-ii5jy2cl8z]

классный видос, спасибо! но из того, что я увидел, не видно особой разницы с pipenv (в работе с окружением)

[@pycz]

Poetry по PEP www.python.org/dev/peps/pep-0518/

[@samrybkin9184]

Привет а у тебя есть видео на канале связанное по python вообще просто интересно в каких проектах ты участвовал, что вообще можно делать при помощи python? Да и вообще эта тема была бы интересна новичкам чтобы они понимали зачем учат python и что они могут делать на нем? Так дополнительная мотивация для многих, все таки как ни крути сайтов на Django очень мало, но наверное есть же интересные сферы где его также могут использовать кроме big data и data scince ?

[@t0digital]

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

[@artyom_ss]

Привет Голобурдин! Как там с буком, новые впечатления / проблемы?

[@t0digital]

сделаю следующее видео об этом

[@user-fz5hk4xr3w]

Балдеж!

[@wandos777]

Люди добрые, подскажите, пожалуйста, все никак не могу разобраться с одной особенностью poetry: к примеру, устанавливаю библиотеку pytelegrambotapi и poetry сразу обновляет библиотеку urllib3 до версии >2.0 и после этого невозможно добавить следующий пакет с помощью poetry add, так как выдает ошибку : __init__() got an unexpected keyword argument 'strict' Пытался откатить версию до старой рабочей 1.26.15 urllib3, но при последующей poetry add она снова обновляется до версии 2 и снова эта ошибка. Подскажите, если кто сталкивался ) а то pip то работает корректно, но не хочется на него возвращаться))

[@xm4dn355x]

Блин, прикольная штука, хотел её пощупать, но никак руки не доходили)))

[@RomissIgorovich]

Использую mac mini M1, так вот на него не хочет ставиться django-crypto-fields в связке с poetry. Зависает на добавлении зависимостей и счетчик бесконечно идет... При этом на mac mini c intel все залетает на ура.

[@AlexeyZubkov]

текущая версия идет с packages = [{include = "poetry_test_project"}]. Даже не надо указывать корневую директорию если что...

[@sergeiryzhov9043]

Ка пользоваться дебагом с этим poetry?

[@t0digital]

так же как и без poetry, это не связанные вопросы

[@DimiEG]

Спасибо, как всегда полезно. Надо будет глянуть. Всех интересует почему пересел на Linux и где M1. Меня это тоже интересует кстати. M1 уже на свалке истории? Linux победил MacOS? Ждём видео про M1 ;)

[@t0digital]

расскажу в следующем видео:)

[@user-kh5ik3nr6z]

Это виндовс

[@xB-zk1wu]

Это винда десяточка с WSL или WSL2. UPD. Ну и новый вендовенький терминальчик)

[@t0digital]

да:)

[@xB-zk1wu]

@@t0digital кстати мелкософт очень приятно все это дело интегрировали. Тестил, но все же остался на NixOs

[@motrl]

Наверное я что то пропустил, но, куда делся macbook на M1? )))

[@t0digital]

с ним все ок)

[@user-jw7vm7rk5v]

если есть проект с poetry как все эти зависимости к себе подгрузить или этого всего не нужно?

[@t0digital]

poetry install - установка всех зависимостей, которые прописаны в текущем проекте

[@user-jw7vm7rk5v]

@@t0digital спасибо

[@user-di7gx3rc2q]

А как потом зависимости из toml устанавливать в докере например? Устанавливать poetry при сборке образа?

[@t0digital]

Да. Его можно поставить и из pip для конкретного интерпретатора, или через sh скрипт, тогда poetry сможет работать с любым интепретатором в системе.

[@user-wz6km9zy1j]

Можно экспортировать из poetry все зависимости в формате requirements.txt, и потом в докере просто юзануть pip: poetry export --without-hashes > requirements.txt pip install -r requirements.txt

[@semenguliaev4458]

+ у докера есть multistage, я обычно отдельно собираю venv при помощи poetry и копирую его (venv) в целевой образ на следующей стадии

[@user-qg5xb1ej2t]

Кто шарит, подскажите, понять не могу, зачем нужна команда poetry shell? Ведь при poetry start или init, вроде poetry и так создает Вирт окружение и все зависимости устанавливает в него, а не глобально. Зачем тогда poetry shell для меня загадка!?

[@quantum3002]

Видимо это аналог простой команды python/python3, когда у тебя открывается пайтоновский shell, где ты можешь поковырять что-то лайтовое. А здесь poetry shell тебе выдаст тоже питоновский shell, но со своим не глобальным окружением, где ты можешь кошмарить не боясь за что-либо. Наверное как-то так)

[@kelevra1493]

Получше чем pipenv?

[@geekdev0]

Круто

[@user-cx2vt1dj9d]

Объясните, пожалуйста, в чем прикол хранения виртуального окружения в .cache, а не рядом с проектом? Видел ниже, что это правится настройкой конфига, но все же интересно понять логику создателей.

[@t0digital]

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

[@user-cx2vt1dj9d]

@@t0digital спасибо за объяснение)

[@user-lh6ou6de6l]

Имеет ли смысл держать в репозитории при работе с пип весь вывод pip freeze? Я туда руками записываю только те пакеты которые ставил, зачем мне зависимости зависимостей? Пусть о них пип думает, разве нет?

[@DrublChannel]

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

[@pycz]

Это нужно, например, для воспроизводимых сборок

[@ishalyapin84]

Имеет, но только не в requirements.txt, а в отдельном файле freeze.txt.

[@user-lh6ou6de6l]

@@ishalyapin84 красивое и такое логичное решение. Спасибо

[@user-lh6ou6de6l]

а вообще мне кажется большая часть функционала poetry (кроме красивого дерева зависимостей разве что) перекрывается IDEшкой

[@dinislam8748]

Очень интересно, почему не на М1?)

[@t0digital]

Пользуюсь обоими ноутами. Планирую сделать отдельное видео про М1 и Thinkpad

[@dinislam8748]

@@t0digital Спасибо большое за ответ! Спасибо за очень полезное видео) Как всегда на высоте =)

[@yariklan]

@@t0digital на thinkpad Linux ?

[@t0digital]

@@yariklan это винда с WSL2 и Windows Terminal

[@koljasha_nafman]

npm для python. Хз куда его пока увязать в рабочую схему conda+pip, нужно подумать, вещь занимательная...

[@pavel_panchenko]

Подскажите как в докере запускать poetry ?

[@t0digital]

Установить его в контейнере и запускать так же как и вне докера

[@pavel_panchenko]

Если есть пример dockerfile буду благодарен

[@pavel_panchenko]

Я копирую все файлы в рабочую директорию, но после установки зависимостей , вываливается ошибка does not contain any element

[@t0digital]

универсальный способ решения почти любого вопроса, идем в гугл и начинаем с поиска наиболее очевидного вопроса, в твоём случае «poetry docker» первая ссылка stackoverflow.com/questions/53835198/integrating-python-poetry-with-docker там есть пример Dockerfile Также гугли «does not contain any element +poetry». Например вот что находится github.com/python-poetry/poetry/issues/1227

[@pavel_panchenko]

Мой порядок действий : 1. Скачиваю poetry с помощью curl 2. Ложу в. Env путь к poetry 3. Определяю рабочую директорию 4. Копирую poetry.lock и poetry.toml в текущую директорию 5. Вызываю poetry install . 6. Запускаю main файл. Ошибка уже на последнем пункте. Не понимаю что не так.

[@user-zc7bh4bl2x]

А где мак на м1?

[@S.YOU.L]

Я правильно понял, что эта штука не работает глобально? Т.е. poetry необходимо, условно, инициализировать для каждого своего проекта отдельно? Как git init, например? И если он не инициализирован, то его возможности я использовать не могу? И что будет, если я его инициализирую в уже существующем проекте? увидит ли он все зависимости?

[@t0digital]

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

[@S.YOU.L]

@@t0digital Все понял. Спасибо!

[@nighteen124]

пасиба

[@harry-smith404]

хех, вы глубоко капаете с зависимостями =) Большинство просто устанавливае и махает рукой как Микки Маус)

[@MasterSergius]

Или как Димон "Тапок заминированный", ваще п..ю

[@rinaatt]

Не рассказал как удалить пакет со всеми зависимостями одной командой :-(

[@sergii.golota]

Для чего нужен файл `poetry.lock` так и не понятно осталось

[@dmitryshnyrev8753]

Сижу на pipenv и радуюсь. Poetry пробовал - не зашло. Один весомый фактов в плюс pipenv - на Heroku поддерживается из коробки в отличии от Poetry с которым нужны танцы с бубном. Значит не просто так.

[@KirillHiddelstone]

Я аж подписался

[@t0digital]

Благодарю:)!

[@friedrichalbertkyuri]

pipenv мне кажется круче и минималистичней

[@MrLotrus]

А как тебе pip-tools?

[@MasterSergius]

Как я собираю текущий продукт: сначала npm install одну вещицу, потом сгенерировать клиент - yarn build, и наконец, установить зависимости, чтобы локально потестить - pip install -r requirements.txt... Я уж молчу сколько манипуляций надо сделать для тестирования. Пргммрване - это здрво

[@user-ht6tu6ks3u]

да я поетри тож заценил

[@egorkomarov4719]

а что с м1?

[@t0digital]

всё хорошо, пользуюсь обоими

[@Nachmed]

м1 дожевывает ssd ))

[@user-zj3ih2ux5e]

@@Nachmed Не пугай так, у самого m1 - яблоко обещало исправить проблемы с памятью

[@puhd4167]

Оч похоже на ярн)

[@ishalyapin84]

Вы не правильно используете pip. Не нужно фризить в requirements.txt. В requirements.txt должны быть только зависимости вашего проекта, а полные зависимости должны быть во freeze.txt. Тогда никаких проблем с удалением или обновлением пакетов не возникает.

[@t0digital]

вы не правильно используете pip, используйте poetry:)

[@suhanoves]

судя по всему M1 для красоты, ThinkPad для работы

[@t0digital]

сделаю следующее видео об этом

[@vandriichuk]

Пока преимущества не очень понятны. Не понятно зачем менять уже имеющиеся привычки работать с pip, env

[@redisco100]

Где Air, что за зрада ?

[@usercommon1]

чтоп, так это же типо cargo

[@andrey7829]

Новый ноут? М1 надоел уже?)

[@arthurlokhov6856]

Стоит ли этим пользоваться на полном серьезе? И что на счёт продакшена?

[@t0digital]

В Яндексе пару-тройку лет уже используют на проектах, рассказывали на какой-то конфе

[@BadekYO]

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

[@myxaxy4ka]

На винду перешел?

[@t0digital]

Пользуюсь и виндой, и маком

[@zamanyusifov6178]

Давай стрим с переносом верстки на джанго

[@t0digital]

Какой верстки? Почему на Джанго?

[@zamanyusifov6178]

@@t0digital ну какой нибудь сайт простой на джанго сделать с уже готовой версткой

[@tiktoker428]

Как yarn

[@sulfur32066]

Юзав на попередньому проєкті, не скажу що це було прямо вау, але досить непогано, переваг відносно pip не побачив. Бачу перейшов на ThinkPad?

[@atommixz]

cargo для Rust poetry для Python pub для Dart Абсолютно одинаковые. Вопрос кто у кого содрал. Только у pub он на YAML и сразу приятней

[@brickman5944]

Все украдено у npm для js

[@avbolshakov]

Ха! wsl! Лайк!