uv: чрезвычайно быстрый пакет Python и менеджер проектов, написанный на Rust ( github.com/astral-sh )
polivier 2 минуты назад | следующий [–] Когда я впервые использовал `uv`, я был уверен, что допустил ошибку или набрал что-то не то, потому что процесс завершился гораздо быстрее, чем все, что я когда-либо видел с `pip`.
малыш 1 минуту назад | родитель | следующий [–] У меня то же самое, лол! Опыт настолько плавный, что не похоже на питона
tandav 0 минут назад | предыдущая | следующая [–] Спустя год все еще нет возможности хранить виртуальные среды вне проектов
https://github.com/astral-sh/uv/issues/1495
incognito124 2 минуты назад | предыдущая | следующая [–] uv почти идеален. Единственное, что меня огорчает, это обновление зависимостей. Иногда я просто хочу сказать: «uv, обнови все мои зависимости до последней версии, насколько это возможно, соблюдая их ограничения». Я до сих пор не нашел элегантного способа сделать это, но я написал скрипт, который анализирует pyproject.toml, удаляет зависимости и вызывает `uv add –upgrade` с ними.
кроме этого, он для меня бесценен, поскольку его лучшие функции – это UVX и PEP 723.
jmtulloss 0 минут назад | родитель | следующий [–] `uv lock —upgrade` не делает то, что вам нужно?
mh- 54 минуты назад | предыдущая | следующая [–] Недавно начал использовать это для личных вещей на моем ноутбуке. Когда вы привыкли к pip, это просто сбивает с толку быстро. Не раз я думал, что, возможно, это не работает, потому что это возвращается слишком быстро..
theLiminator 36 минут назад | предыдущая | следующая [–] uv и ruff — отличный контрпример всем тем людям, которые говорят «никогда не изобретайте велосипед». Никогда не делайте этого просто ради того, чтобы сделать, но если у вас есть четкие цели, вы иногда можете создать продукт, который на порядок лучше.
eviks 21 минут назад | родитель | следующий [–] Они не изобретали велосипед, а «просто» заменили всю древесину более прочными материалами, чтобы она могла выдерживать вращение со скоростью в 10 раз большей.
0cf8612b2e1e 10 минут назад | родитель | предыдущий | следующий [–] История управления пакетами Python ясно показывает, что каждый считает, что он может справиться с этой задачей лучше, чем существующее положение вещей.
psunavy03 9 минут назад | корень | родитель | следующий [–] В этом случае они были правы.
xnyan 12 минут назад | предыдущая | следующая [–] Стоит использовать только для 'uv pip' в качестве замены pip, поскольку он намного быстрее. Я полностью перешел на uv и не могу представить, что когда-либо вернусь к pip из-за этого и многих других выдающихся функций.
eats_indigo 43 минуты назад | предыдущая | следующая [–] Обожаю УФ!
Также люблю Ruff из команды Astral. Мы просто сократили наш линтинг + форматирование с pylint + Black до Ruff.
Увидел, что время снятия ворса сократилось с 90 секунд до <1,5 секунд. Безумие.
leonheld 39 минут назад | предыдущая | следующая [–] Я обожаю
uv add –script mycoolscript.py А затем засовываем
#!/usr/bin/env -S uv запускается поверх, поэтому я могу легко запускать скрипты Python. Это здорово!
simonw 7 минут назад | родитель | следующий [–] Я создал проект Claude со специальными инструкциями, просто обучая его, как это сделать, что означает, что он может выводить для меня полные скрипты со встроенными зависимостями на основе одного приглашения:
https://simonwillison.net/2024/Dec/19/one-shot-python-tools/
Хотя крайний срок обучения Claude 4 — март 2025 года. Я только что проверил, и оказалось, что Claude Sonnet 4 может это сделать без дополнительных инструкций:
Скрипт Python, использующий зависимости uv и встроенного скрипта, где я могу указать URL-адрес, а он извлекает его с помощью httpx и beautifulsoup и возвращает CSV-файл всех ссылок на странице — их URL-адреса и текст ссылки. Вот вывод, он сделал все правильно относительно этих зависимостей: https://claude.ai/share/57d5c886-d5d3-4a9b-901f-27a3667a8581
varunneal 2 минуты назад | корень | родитель | следующий [–] Клод Соннет, как правило, забывает о синтаксисе скрипта UV, насколько я знаю. Обычно мне приходится каждый раз вставлять документы. По умолчанию он хочет использовать синтаксис проекта UV.
kristjansson 16 минут назад | родитель | предыдущий | следующий [–] Это мутирует проект/env в вашем cwd. У них много в их документации, но я думаю, что вам понравится run –with или uv's PEP723 поддерживает гораздо больше
https://docs.astral.sh/uv/guides/scripts/
неправильное название 6 минут назад | корень | родитель | следующий [–] Поддержка PEP723 — это именно то, что использует автор сообщения?
intellectronica 29 минут назад | родитель | предыдущий | следующий [–] Это так круто. Теперь я привык писать небольшие скрипты, которые могу сразу запустить. Так гораздо приятнее, чем управлять окружением и зависимостями:
– https://everything.intellectronica.net/p/the-little-scripter
– https://www.youtube.com/watch?v=8LB7e2tKWoI
– https://github.com/intellectronica/ez-mcp
jsilence 13 минут назад | родитель | предыдущий | следующий [–] Использование этого трюка с блокнотами Marimo.io в режиме приложения.
Мгновенно реагирующее воспроизводимое приложение, которое можно отправлять другим с минимальными предварительными требованиями (нужно установить только uv).
Такое горячее сочетание.
pu_pe 44 минуты назад | предыдущая | следующая [–] Попробовал uv некоторое время назад и был шокирован тем, насколько он быстр и прост в использовании. По сути, больше нет причин использовать pip, а если вы используете только Python, то и conda тоже.
oceansky 27 минут назад | родитель | следующий [–] Кажется, это также позволяет удалять pyenv и поэзию.
psunavy03 40 минут назад | предыдущая | следующая [–] Я продан. Никогда больше не вернусь к pip/twine/requirements.txt, если не будет необходимости. У меня есть несколько проектов, которые все используют общее колесо, размещенное на внутреннем экземпляре GitLab, и я смог заменить около 10 строк YAML только на “uv build” и “uv publish”. Импорт выполняется быстро и легко, и вы можете видеть, каковы ваши основные зависимости, а не просто все находится в беспорядке в requirements.txt.
egonschiele 2 минуты назад | предыдущая | следующая [–] uv стал для меня необходим. conda и virtualenv никогда не работали у меня гладко, но uv был прост и «просто работал» с первого дня.
oezi 13 минут назад | предыдущая | следующая [–] Я продолжаю недоумевать, почему иногда запуск uvx (запуск инструмента uv) перезагружает все зависимости, хотя он только что скачал их для другого инструмента. Загрузка torch 15 раз в день надоедает даже на 500 Мбит
lucideng 26 минут назад | предыдущая | следующая [–] UV решил все мои проблемы с запуском Python на машине.
Просто `git clone someproject`, `uv run somescript.py`, затем положите микрофон и уходите.
oezi 10 минут назад | родитель | следующий [–] `uvx` напрямую из репозитория тоже отлично работает
Васло 17 минут назад | предыдущая | следующая [–] Перешел на это и больше ничего не нужно, тем более, что uv pip install everything работает с uv и быстрее, чем pip (хотя я обычно использую uv add).
colechristensen 37 минут назад | предыдущая | следующая [–] Так как же Astral планирует зарабатывать деньги?
simonw 5 минут назад | родитель | следующий [–] Вот приблизительный ответ на этот вопрос от основателя УФ-технологий Чарли Марша в сентябре прошлого года:
https://hachyderm.io/@charliermarsh/113103564055291456
Я не хочу брать с людей деньги за использование наших инструментов, и я не хочу создавать структуру стимулов, в которой наши предложения с открытым исходным кодом конкурируют с любыми коммерческими предложениями (что вы видите в случае с утраченными бизнес-моделями хостинг-SaaS с открытым исходным кодом).
Я хочу создать программное обеспечение, которое вертикально интегрируется с нашими инструментами с открытым исходным кодом, и продавать это программное обеспечение компаниям, которые уже используют Ruff, UV и т. д. Альтернативы тем вещам, за которые компании уже платят сегодня.
Примером того, как это может выглядеть (мы можем этого не делать, но полезно иметь конкретный пример стратегии), может быть что-то вроде корпоративного реестра частных пакетов. Многие крупные компании используют uv. Мы тратим время на общение с ними. Они все тратят деньги на частные реестры пакетов и имеют с ними проблемы. Мы могли бы создать частный реестр, который хорошо интегрируется с uv, и продать его этим компаниям. […]
Но суть того, что я хочу сделать, заключается в следующем: создавать отличные инструменты, надеюсь, они понравятся людям, надеюсь, они вырастут, надеюсь, компании их примут; затем продавать этим компаниям программное обеспечение, которое представляет собой естественное следующее, что им нужно при разработке на Python. Надеюсь, мы сможем создать что-то лучшее, чем альтернативы, хорошо работая с нашим OSS, и, надеюсь, мы станем естественным выбором, если они уже используют наш OSS.
serjester 19 минут назад | родитель | предыдущий | следующий [–] Anaconda зарабатывает порядка 100 млн в год, «решая» управление пакетами науки о данных. Я бы сказал, что у нее значительно худший продукт, атакующий гораздо меньшую часть экосистемы.
Легко представить, что Astral пойдет по тому же пути и заработает на этом значительную сумму денег.
colechristensen 6 минут назад | корень | родитель | следующий [–] Anaconda не бесплатна. Я не хочу платить за каждое рабочее место за слегка улучшенные версии инструментов с открытым исходным кодом, поэтому я очень скептически отношусь к Astral и uv.
Однажды они скажут мне, что я должен платить 10 долларов в месяц за пользователя и добавлять кучу функций, которые мне на самом деле не нужны, просто потому, что никто не хочет отдавать приоритет скорости PIP.
И большая часть этой платы не пойдет на поддержку инженеров «пип, но быстрее», она пойдет на финансирование группы инженеров, создающих новые вещи, которые я, возможно, не захочу использовать, но как только у вас появится компания и платящие подписчики, вам понадобятся разработчики, которые будут активно делать что-то, чтобы оправдать затраты.
SSchick 29 минут назад | родитель | предыдущий | следующий [–] Судя по всему, VC(1) на данный момент, я предполагаю, что в дальнейшем будут контракты на поддержку LTS и специализированные корпоративные функции; на данный момент я предполагаю, что это просто группа талантливых разработчиков, исправляющих проблемы, от которых они устали / которые они рассматривают как долгосрочные угрозы существованию экосистемы Python.
1: https://old.reddit.com/r/Python/comments/12rk41t/astral_next…
путна 37 минут назад | предыдущая [–] несправедливо быстро
Рассмотрите возможность подачи заявки на набор в YC на осень 2025 года! Заявки принимаются до 4 августа
Source: news.ycombinator.com