Size: a a a

2020 February 19

͏

͏͏͏͏ in Python KZ
да пофиг
источник

͏

͏͏͏͏ in Python KZ
юзай что тебе удобно
источник

MB

Muslim Beibytuly in Python KZ
Viktor
Питонисты, мне poetry напоминает https://imgs.xkcd.com/comics/standards.png
В каких случаях стоит отказаться от pip install -r requirements.txt? Еслии большинство кода работает в контейнерах
Никогда, если все равно все в контейнере и тесты проходят
источник

BQ

Bumin Qaghan in Python KZ
Viktor
Питонисты, мне poetry напоминает https://imgs.xkcd.com/comics/standards.png
В каких случаях стоит отказаться от pip install -r requirements.txt? Еслии большинство кода работает в контейнерах
юзаю pip install -r requirements.txt и не парюсь
источник

͏

͏͏͏͏ in Python KZ
я вот никогда Pyenv/pipenv/poetry не пользовался, хожу с ортодоксальный pip, мне норм
источник

͏

͏͏͏͏ in Python KZ
тем более в контейнерах всем пофиг
источник

BQ

Bumin Qaghan in Python KZ
͏͏͏͏
тем более в контейнерах всем пофиг
+
источник

V

Viktor in Python KZ
Отлично. теперь я спокоен. Спасибо
источник

YA

Yernar Akimzhanov in Python KZ
͏͏͏͏
тем более в контейнерах всем пофиг
Ты чего ортодокс теперь?
источник

͏

͏͏͏͏ in Python KZ
источник

͏

͏͏͏͏ in Python KZ
я, когда я пользуюсь ортодоксальным пипом вместо либеральных Pyenv/pipenv/poetry
источник

YA

Yernar Akimzhanov in Python KZ
Хмм интересно. Я предпочитаю мусульманский npm
источник

A

Azamat in Python KZ
на самом деле есть преимущества у poetry по сравнению с простом пипом, даже внутри докера:

1) dependency resolution. это в принципе ради чего существуют все pip tools, pipenv, poetry и все такое. загугли python dependency resolution и увидишь кучу тредов, включая гитхаб обсуждения самого пипа.

смысл: твои зависимости могут требовать разные версии библиотек. очень условно говоря кто-то требует requests > 2.1, а кто-то requests < 3.0 и поетри высчитает тебе что 2.2 удовлетворяет всех. плюс когда ты делаешь апгрейд каких-то зависимостей тебе это может сильно помочь.

2) разделение дев и прод зависимостей. когда собираешь под прод контейнер там даже не будут установлены дев зависимости типа pytest, djangodebugtoolbar, etc

3) удаление пакетов. допустим ты поставил requests, он с собой много чего подтянул. пипом удалишь requests, всего его зависимости остались. poetry подчистит этот мусор

4) там вроде еще удобно билдить свои библиотеки и пушить их в PYPI, но это ни разу не пробовал
источник

E

ELDOs in Python KZ
BAIBAK EXUST — группа компаний. Мы занимаемся разработкой собственных IT решений, которые внедряем в различные сферы бизнеса. На рынке с 2016 года

Требования к кандидату:

Отличное знание Python и Django(Backend);
Хорошее понимание ООП, клиент/серверных технологий;
Навыки написания нагруженных сетевых сервисов;
JS/jQuery/Angular (Frontend);
PostgreSQL.
Опыт настройки NGINX / Apache2;
Интеграция со сторонними API (REST/SOAP), реализация API (JSONRPC 2.0 / XMLRPC);
Оптимизация сервисов с учётом требований к нагрузке.
Обязанности:

Заниматься разработкой Web-приложений:
Создавать удобный пользовательский интерфейс;
Разрабатывать высоконагруженное серверное приложение.
Что мы предлагаем:


Современный офис в БЦ «Сатти» Сатпаева Манаса;
Конкурентоспособная заработная плата с каждым кандидатом обсуждается индивидуально (зависит от навыков кандидата, от 300.000 и выше);
Профессиональный и дружный коллектив;
Возможность карьерного и профессионального роста;
График работы с 10:00 до 19:00, выходные: суббота и воскресенье;
Испытательный период: 1 месяц
источник

͏

͏͏͏͏ in Python KZ
Azamat
на самом деле есть преимущества у poetry по сравнению с простом пипом, даже внутри докера:

1) dependency resolution. это в принципе ради чего существуют все pip tools, pipenv, poetry и все такое. загугли python dependency resolution и увидишь кучу тредов, включая гитхаб обсуждения самого пипа.

смысл: твои зависимости могут требовать разные версии библиотек. очень условно говоря кто-то требует requests > 2.1, а кто-то requests < 3.0 и поетри высчитает тебе что 2.2 удовлетворяет всех. плюс когда ты делаешь апгрейд каких-то зависимостей тебе это может сильно помочь.

2) разделение дев и прод зависимостей. когда собираешь под прод контейнер там даже не будут установлены дев зависимости типа pytest, djangodebugtoolbar, etc

3) удаление пакетов. допустим ты поставил requests, он с собой много чего подтянул. пипом удалишь requests, всего его зависимости остались. poetry подчистит этот мусор

4) там вроде еще удобно билдить свои библиотеки и пушить их в PYPI, но это ни разу не пробовал
а вот это уже серьезная ризона 😳
источник

͏

͏͏͏͏ in Python KZ
dependency resolution то есть
источник

A

Azamat in Python KZ
в пипе его нет
источник

A

Azamat in Python KZ
он вообще очень тупой в этом плане
источник

I

InzGIBA in Python KZ
В poetry ещё нет нативной поддержки pyenv? А то там были проблемы с shell'ом
источник

A

Azamat in Python KZ
у меня были проблемы с фишом, но после 1.0 релиза вроде все ок и с pyenv дружит
источник