Читаю: "Ищу человека который перепишет списанную у кого-то программу как будто я сам её написал"

за 100рублей

за 100рублей

несомненно

несомненно

ты же ее быстро написал, там делать нечего, давай так, по-братски

за 100рублей

Обижаешь за баночку пива, когда нибудь, в будущем

Какими путями можно убрать пробелы со строки текста???

Какими путями можно убрать пробелы со строки текста???

.replace(' ', '')

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

Какими путями можно убрать пробелы со строки текста???

''.join(string.split(' ')) (раз уж реплейс уже сказали)

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

200к найдешь?

Ищу человека кто возьментся сделать простую програму(скопировать)изменив стилистику,кому интересно отпишите в лс,обсудим детали)

Готовый дизайн есть?

200к найдешь?

ага,еще мб тебя на гаваи свозить?

не, у меня планы другие пока

я всего лишь ЗП одного человека в месяц назвал без учета налогов

не, у меня планы другие пока

на кипр за косарь в месяц?)

из соседнего чатика. ничего нового, просто summary ненависти к pipenv https://chriswarrick.com/blog/2018/07/17/pipenv-promises-a-lot-delivers-very-little/

Там местами довольно странные претензии, типа And let’s not forget that Pipenv doesn’t help me to write a setup.py, distribute code, or manage releases. It just manages dependencies.. Можно было еще добавить не варит кофе

самое стремное, что он не может работать с чужими virtualenv-ами

ну или может я плохо настраивал, хз

может

делаю virtualenv .venv, а потом pipenv shell и все нормально работает

постоянно какие-то косяки вылезали

собссно я просто не нашел другого способа подключать system-wide пакеты

воу, ну я то не хочу делать pipenv shell )

Там местами довольно странные претензии, типа And let’s not forget that Pipenv doesn’t help me to write a setup.py, distribute code, or manage releases. It just manages dependencies.. Можно было еще добавить не варит кофе

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

ну и соответственно другие вещи тоже

Все нормальные инструменты (cargo, npm) уже давно решили эту проблему.

короче он подцепляет .venv, если тот уже лежит где надо

... просто я не умею пользоваться pipenv кроме как pipenv shell

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

вообще сборка пакетов и управление зависимостями - разные задачи имхо

вообще сборка пакетов и управление зависимостями - разные задачи имхо

+1

вообще сборка пакетов и управление зависимостями - разные задачи имхо

мы это уже обсуждали

ага

точно

я вот раньше сидел на pyenv и pyenv-virtualenv, ну просто сказка

/me ставит все в систему и не парится

я вот раньше сидел на pyenv и pyenv-virtualenv, ну просто сказка

+1

... просто я не умею пользоваться pipenv кроме как pipenv shell

Если использовать direnv, то даже pipenv shell не придется писать

что такое direnv?

Там местами довольно странные претензии, типа And let’s not forget that Pipenv doesn’t help me to write a setup.py, distribute code, or manage releases. It just manages dependencies.. Можно было еще добавить не варит кофе

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

2021771 или 2021900 .... какой больше номер телефона нравится?

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

+1

я вот раньше сидел на pyenv и pyenv-virtualenv, ну просто сказка

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

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

Для меня это в первую очередь инструмент, чтобы не поломать зависимости в проде

А кто куда кладет сам venv? Я привык класть его снаружи проекта, потому что иначе pycharm как-то плохо отличал свой код от чужого. В дебаггере ломалась кнопка «прыгнуть в мой код». Как с этим обстоят дела сейчас?

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

Ну я не против того, что, возможно, нужен новый удобный packaging tools. Но почему им обязательно должен pipenv? И с чего бы иму такие претензии предъявлять если он не для этого вообще

А кто куда кладет сам venv? Я привык класть его снаружи проекта, потому что иначе pycharm как-то плохо отличал свой код от чужого. В дебаггере ломалась кнопка «прыгнуть в мой код». Как с этим обстоят дела сейчас?

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

претензии потому что его рекомендуют как официальный, как я понимаю

один ДИСЛОЦИРУЕТ БЛЕАТЬ в папку с новым проектом

второй в отдельную папку, но в эту папку он ложит все venv'ы

Ложит

нашёл к чему придраться

я тебе когда код бота отдам понапишу каментов со словом ложит специально

because I fucking can

А кто куда кладет сам venv? Я привык класть его снаружи проекта, потому что иначе pycharm как-то плохо отличал свой код от чужого. В дебаггере ломалась кнопка «прыгнуть в мой код». Как с этим обстоят дела сейчас?

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

Я лично вообще не понял что значит "плохо отличал свой код от чужого"

Ну я не против того, что, возможно, нужен новый удобный packaging tools. Но почему им обязательно должен pipenv? И с чего бы иму такие претензии предъявлять если он не для этого вообще

Потому что они пушают свой формат метаданных проекта. Который ни разу не решает обе задачи. Потому что с новой тулзой должен быть формат описания зависимостей и метаданных проекта. Потому что их просили сделать хотя бы удобный инструмент импорта зависимостей из Pipfile в setup.py - они положили хер на это.

Как это? В чём это выражается?

Я лично вообще не понял что значит "плохо отличал свой код от чужого"

Есть фича в пайчарме «прыгнуть в мой код». Прыгал не в свой, прыгал в библиотечный.

Потому что они пушают свой формат метаданных проекта. Который ни разу не решает обе задачи. Потому что с новой тулзой должен быть формат описания зависимостей и метаданных проекта. Потому что их просили сделать хотя бы удобный инструмент импорта зависимостей из Pipfile в setup.py - они положили хер на это.

Продолжать можно долго. Основная претензия комьюнити - они пушают это кривое и убогое решение как стандарт.

Потому что они пушают свой формат метаданных проекта. Который ни разу не решает обе задачи. Потому что с новой тулзой должен быть формат описания зависимостей и метаданных проекта. Потому что их просили сделать хотя бы удобный инструмент импорта зависимостей из Pipfile в setup.py - они положили хер на это.

Но ведь фиксирование точных зависимостей в библиотеках это же не очень хороший кейс

Первый раз слышу

Но ведь фиксирование точных зависимостей в библиотеках это же не очень хороший кейс

А кто говорит о том чтобы фиксировать зависимости в библиотеках? Pipfile же это не lock.

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

кладёт

Pipfile описывает loose требования к зависимостям, и было бы классно, если бы эти самые зависимости можно было бы использовать во время сборки пакета.

ERROR: S client not available

Это очень частый use case.

А кто говорит о том чтобы фиксировать зависимости в библиотеках? Pipfile же это не lock.

если не использовать lock, то зачем вообще его использовать?

Оффтоп Делаю хендлер на нового человека в чате, но почему то не показывает '*name* joined', а только '*name* left the group'. Хендлер не срабатывает публичная супергруппа, бот админ что не так?

если не использовать lock, то зачем вообще его использовать?

Мне лично больше всего не хватает, чтобы pip install сам вписывал установленную зависимость. Только ради этого уже попробовал pipenv.

Pipfile описывает loose требования к зависимостям, и было бы классно, если бы эти самые зависимости можно было бы использовать во время сборки пакета.

эти же? зависимости для сборки, для тестов и для использования - разные

Мне лично больше всего не хватает, чтобы pip install сам вписывал установленную зависимость. Только ради этого уже попробовал pipenv.

ну не, это перебор

На скриншоте не видать, чтобы кто-то присоединялся.

да, в том то и дело. Не видно, что чел зашел. Покзывает только выход

а он зашел?

может группа сразу с ним создана?

да, в том то и дело. Не видно, что чел зашел. Покзывает только выход

Он зашёл до конвертации в супергруппу.

Возможно.

Pipfile описывает loose требования к зависимостям, и было бы классно, если бы эти самые зависимости можно было бы использовать во время сборки пакета.

А install_requires чем не подходит? Т.е. что ты хочешь получить от использования pipenv'а в setup.py из того что не позволяет install_requires?

давайте просто rpm юзать

Он зашёл до конвертации в супергруппу.

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

давайте просто rpm юзать

платформозависимость

платформозависимость

давайте сделаем платформонезависимый rpm

я про формат, а не про исползование системного

А кто куда кладет сам venv? Я привык класть его снаружи проекта, потому что иначе pycharm как-то плохо отличал свой код от чужого. В дебаггере ломалась кнопка «прыгнуть в мой код». Как с этим обстоят дела сейчас?

я кладу .venv прямо в каталоге проекта

я кладу .venv прямо в каталоге проекта

jump into my code работает?

пусть pip юзает rpm пакеты6 ставит в venv, а собираются через rpmbuild

в пипенве это переменной окружения контролируется

что такое jump into my code?

А install_requires чем не подходит? Т.е. что ты хочешь получить от использования pipenv'а в setup.py из того что не позволяет install_requires?

а зачем мне дублировать зависимости в instsall_requires? или как мне потом из install_requires сделать лок файл?

я кладу .venv прямо в каталоге проекта

а что, кто-то не так делает?

что такое jump into my code?

В дебаггере пайчарма.

не пользуюсь 8)

то есть вообще я планировал сказать "что такое пайчарм?", но решил не набрасывать 8)

а зачем мне дублировать зависимости в instsall_requires? или как мне потом из install_requires сделать лок файл?

Зачем дублировать зависимости? Они могут быть только в install_requires. Зачем тебе в библиотеке lock-файл? Он нужен же только конечных приложений

вот смотри есть 3 распространенных use case: библиотека, приложение и продукт (сервис). для библиотеки тебе достаточно описать install_requires, собрать и запушить на PyPI для приложения (возьмем пример бложика на джанго) ты описываешь requirements.txt \ Pipfile, устанавливаешь пакеты, генерируешь lock, деплоишь на сервер и теперь продукт - конечное приложение, которое собирается в пакет. для деплоймента - удобно иметь lock file, reproducible builds и все такое. чтобы собрать пакет - нужны loose зависимости Теперь следите за руками. Все нормальные пакетные менеджеры (cargo \ npm) решают все 3 use case парой файлов - описанием метаданных для сборки и зависимостей и lock file. Но в Python с этим всю жизнь был бардак.

Зачем дублировать зависимости? Они могут быть только в install_requires. Зачем тебе в библиотеке lock-файл? Он нужен же только конечных приложений

Я (как и многие по моему мнению) хотят иметь удобный инструмент для решения всех 3х выше обозначенных кейсов.