📱 Свежие релизы Python‑пакетов за последние 7 дней

— PyPy теперь ещё стабильнее: вышел релиз 7.3.20
— Django празднует 20 лет — вспоминаем историю
— PEP 734 – Multiple Interpreters in the Stdlib —добавляет поддержку множественных интерпретаторов прямо в стандартную библиотеку.
— PEP 792 – Project Status Markers in the Simple Index — позволяет PyPI и другим индексам помечать статус проекта.

📦 Новые и обновлённые Python-библиотеки
— uv 0.8.0 — молниеносный менеджер пакетов и проектов для Python, написан на Rust
— TorchAO 0.12.0 — применение accuracy-oriented оптимизаций к PyTorch-моделям
— Firebase Admin SDK 7.0.0 — управляйте Firebase прямо из Python
— coredis 5.0.0 — асинхронный Redis-клиент на Python с высокой производительностью
— Streamlit 1.47.0 — быстрый способ создать data apps прямо в Jupyter-стиле
— dag-factory 0.23.0 — генерация DAGов Airflow на лету из YAML
— kedro-datasets 8.0.0 — коннекторы для чтения/записи данных в Kedro
— cyclonedx-python 7.0.0 — генерация SBOM (Software Bill of Materials) для Python
— textual 4.0.0 — современные TUI-приложения (интерфейс в терминале, но красиво)
— opentelemetry-python 1.35.0 — набор API и SDK для телеметрии в Python

🔥 Опыт других
— CPython — бессмертные Immortal объекты
— Анатомия тестового проекта на Python: раскладываем всё по полочкам для новичков
— Bash vs Python: битва, где нет проигравших
— PEP-734: Субинтерпретаторы в Python 3.14
— Запускаем несколько интерпретаторов в коде на Python — невероятная скорость
— Почему Python стал языком нейросетей и как это работает на практике

Библиотека питониста #свежак

💼 Топ-вакансий для питонистов за неделю

Middle+/Senior NLP/LLM Engineer —‍ от 4000 до 4500 $, гибрид (Москва)

Python developer —‍ до 280 000 ₽, гибрид (Москва)

Junior Python Developer —‍ от 70 000 до 110 000 ₽, удалёнка

Software Developer Python —‍ от 80 000 до 250 000 ₽, удалёнка

Senior Python AQA Engineer —‍ от 3 000 $, удалёнка

➡️ Еще больше топовых вакансий — в нашем канале Python jobs

Библиотека питониста

➡️ Как правильно логировать необработанные исключения в Python

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

🤔 Но есть «подводный камень».

Рассмотрим простой пример: у нас есть функция, которая делит два числа. Если происходит деление на ноль — приложение падает с ошибкой ZeroDivisionError:

import logging

logger = logging.getLogger(__name__)
logger.setLevel(logging.INFO)

handler = logging.FileHandler("app.log")
formatter = logging.Formatter("%(asctime)s %(name)s %(levelname)s %(message)s")
handler.setFormatter(formatter)
logger.addHandler(handler)

def divide(a, b):
    return a / b

def main():
    logger.info("Application start")
    a = 10
    b = 0
    logger.info(divide(a, b))
    logger.info("Application end")

if __name__ == "__main__":
    main()

При запуске мы видим ошибку в консоли, но в логе — только сообщение о старте приложения:

2025-07-14 22:20:04,551 __main__ INFO Application start

Если приложение работает локально — это не страшно, мы видим трассировку ошибки в консоли.

🟠Но что если это продакшен-сервис, который отправляет логи в централизованную систему, а разработчики не имеют доступа к консоли? Тогда при падении приложения мы не увидим, что произошло — логи просто обрываются.

🔰 Решение — sys.excepthook

В Python есть специальный механизм — функция sys.excepthook, которая вызывается при необработанных исключениях. Можно переопределить её, чтобы логировать полную информацию об ошибке, включая стек вызовов.

Добавим в код обработчик:

import logging
import sys

logger = logging.getLogger(__name__)
logger.setLevel(logging.INFO)

handler = logging.FileHandler("app.log")
formatter = logging.Formatter("%(asctime)s %(name)s %(levelname)s %(message)s")
handler.setFormatter(formatter)
logger.addHandler(handler)

def handle_uncaught_exception(exc_type, exc_value, exc_traceback):
    logger.critical(
        "Uncaught exception, application will terminate.",
        exc_info=(exc_type, exc_value, exc_traceback),
    )

sys.excepthook = handle_uncaught_exception

def divide(a, b):
    return a / b

def main():
    logger.info("Application start")
    a = 10
    b = 0
    logger.info(divide(a, b))
    logger.info("Application end")

if __name__ == "__main__":
    main()

Теперь, при возникновении исключения ZeroDivisionError, в app.log запишется подробный лог с трассировкой ошибки:

2025-07-14 22:30:44,061 __main__ INFO Application start
2025-07-14 22:30:44,061 __main__ CRITICAL Uncaught exception, application will terminate.
Traceback (most recent call last):
  File "/home/andy/main.py", line 31, in <module>
    main()
  File "/home/andy/main.py", line 27, in main
    logger.info(divide(a, b))
  File "/home/andy/main.py", line 21, in divide
    return a / b
ZeroDivisionError: division by zero

🟠Почему не просто обернуть всё в try-except:
— Оборачивать весь код в глобальный try-except — плохая практика. Это может скрыть настоящие ошибки и усложнить отладку.
— sys.excepthook работает централизованно и не мешает локальной обработке ошибок там, где это нужно.
— Этот способ ловит именно непредвиденные ошибки, которые не были перехвачены в коде.

Библиотека питониста #буст

🕸 desto — веб-интерфейс для запуска и управления bash/Python скриптами в фоне

desto — это удобная панель управления, которая позволяет запускать, отслеживать и управлять вашими bash и Python скриптами прямо из браузера. Всё работает поверх tmux, без лишней возни.

Возможности:
✅ Запуск и остановка tmux-сессий в один клик
✅ Поддержка .sh и .py файлов
✅ Управление скриптами: создание, редактирование, сохранение, удаление
✅ Просмотр логов в реальном времени
✅ Мониторинг ресурсов: CPU, память, диск
✅ Планирование запуска скриптов и цепочек скриптов
✅ Хранение истории сессий (через Redis)
✅ Управление запланированными задачами
✅ Постоянное хранение скриптов и логов в отдельных папках
✅ CLI-интерфейс для управления с терминала

Установка:

pip install desto

🔎Ссылка на GitHub: https://clc.to/RCZ4ow

Библиотека питониста #буст

🎞 Что посмотреть: практические советы для локальной разработки на Python с uv

В новом видео показывают, как выстроить бысткие и предсказуемые локальные Python-процессы с помощью uv — современного инструмента для управления зависимостями.

Разбираются конкретные техники, которые делают работу над проектами стабильнее и удобнее:
— управление зависимостями без лишней магии
— автоматизация повседневных задач
— упрощение локальной разработки в команде

Также показывают, как uv можно сочетать с:
📌 Just — таск-раннер
📌 Overmind — управление множеством процессов
📌 Direnv — автозагрузка переменных окружения

Подход делает локальную разработку не только быстрее, но и скучнее в хорошем смысле — без сюрпризов, хаоса и «а у меня не работает».

🔗 Ссылка на видео: https://clc.to/2mdH7g

Библиотека питониста #буст

📦 Распаковка * и ** прямо в генераторах

Это предложение в Python (PEP 798), которое добавляет возможность использовать распаковку (* и **) прямо в списковых, множественных и словарных генераторах и выражениях.

➡️ Часто нужно объединить много списков, множеств или словарей в один — сейчас для этого приходится писать вложенные циклы или использовать сложные конструкции. Новый синтаксис делает это проще и понятнее.

Допустим, есть список списков:

its = [[1, 2], [3, 4], [5]]

Как сейчас объединить их в один список:

flattened = [x for it in its for x in it]

С новым синтаксисом можно просто написать:

flattened = [*it for it in its]

Это автоматически распакует все элементы из вложенных списков в один.

То же самое работает для множеств и словарей:

sets = [{1, 2}, {2, 3}]
combined_set = {*s for s in sets}  # объединение всех множеств

dicts = [{'a': 1}, {'b': 2}]
combined_dict = {**d for d in dicts}  # объединение словарей

И для генераторов тоже:

gen = (*it for it in its)

👇 А как вы обычно объединяете несколько списков или словарей?

Библиотека питониста #свежак

🌸 Команда дня: научите свои объекты быть честными

В Python поведение объектов в if-ах — это не магия, а продуманный дизайн.

➡️ По умолчанию любой объект считается «истинным», если вы не скажете иначе.

Когда вы пишете:

if obj:
    ...

Интерпретатор Python делает следующее:
1️⃣ Вызывается some_object.__bool__(), если метод определён.
2️⃣ Если bool не определён — вызывается some_object.__len__().
➡️ Если длина равна 0 — объект считается False.
➡️ Иначе — True.
3️⃣ Если не определён ни __bool__(), ни __len__() — объект считается True по умолчанию.

Хотите, чтобы объект вёл себя как True или False — определите метод __bool__() или хотя бы __len__():

class Scroll:
    def __init__(self, text):
        self.text = text

    def __bool__(self):
        return bool(self.text.strip())

Теперь:

bool(Scroll("Мир"))      # True  
bool(Scroll("   "))      # False

А если это контейнер — можно просто __len__():

class WisdomBasket:
    def __init__(self):
        self.sayings = []

    def __len__(self):
        return len(self.sayings)

➡️ Зачем это всё

Потому что if obj: — это не просто проверка, а сообщение:
«Если объект значим…»

И вы решаете, что значит «значим».

Например, что вы хотите сказать, когда пишете:

if response:

Означает ли это:
— что запрос прошёл успешно?
— что в теле ответа есть данные?
— что статус 200?

Это решаете вы, определяя bool.

Но не переусердствуйте: если логика неочевидна, лучше писать явно:

if config.is_valid():

чем

if config:  # ❓что это значит?

Библиотека питониста #буст

🎸 Python + Pedalboard: как обрабатывать аудио в несколько строк кода

Если вы думали, что для работы с аудио нужны DAW и плагины — у нас для вас новости. На PyCon US 2025 инженер Spotify Питер Собот показал, как с помощью библиотеки pedalboard можно:
⏩ читать аудиофайлы любых форматов
⏩ применять эффекты: реверб, эхо, дисторшн
⏩ управлять каналами и сэмплами через NumPy
⏩ обрабатывать потоки аудио в реальном времени
⏩ подключать сторонние VST-плагины

Пример: добавить эффект эха в один канал — всего пару строк кода:

mono = audio[0]  # one channel
    delay_seconds = 0.2  # 1/5 of a second
    delay_samples = int(f.samplerate * delay_seconds)
    volume = 0.75  # 75% of original volume
    for i in range(len(mono) - delay_samples):
        mono[i + delay_samples] += mono[i] * volume

⚠️ Важное правило: аудио нужно обрабатывать потоково. Даже файл размером в 3 МБ может занять 14 ГБ в памяти — и положить ваш скрипт.

Кроме эффектов, библиотека умеет:
— ресемплить на лету
— стримить звук с микрофона или на колонки
— изменять длительность аудио
— перекодировать в MP3 / FLAC / OGG

⏩ Весь доклад можно посмотреть на YouTube: https://clc.to/iuu9wA
⏩ Библиотека — open-source, от Spotify: https://clc.to/It-UlQ
⏩ Блог-пост: https://clc.to/OUluHg

Библиотека питониста #буст

🔥 Холивар: обратная связь после собеса — обязательна или «идите лесом»

В последнее время всё чаще появляются кандидаты, которые требуют расширенную обратную связь после интервью. Кто-то даже предъявляет претензии в ответ на отказ — «я же дошёл до финала, где мой оффер?!» Один умудрился пригрозить судом, аргументируя это тем, что раз прошёл два тура, значит имел право на трудоустройство. Эйчары в шоке.

🈁 Одни говорят: «Мы потратили своё время — вы обязаны объяснить, почему отказали!»

🈁 Другие: «Это не университет, чтобы каждому ставить рецензию. Не подошёл — до свидания.»

🈁 А третьи: «Если нет фидбэка — вы токсичная компания, и точка.»

Голос народа: вам вообще нужна обратная связь после собеса:
❤️ — Да, и желательно максимально подробная
👍 — Краткая: причины отказа, без воды
🔥 — Нет, это лишнее и бесполезно
😆 — Не нужна, но хоть будьте вежливы

👇 Пишите в комментарии — интересно, кто на чьей стороне.

Библиотека питониста #междусобойчик

📘 Вышел Python 3.14.0 Release Candidate 1

Это первый релиз-кандидат Python 3.14 — значит, API уже стабильно, а до финального релиза будут приниматься только чёткие багфиксы.

➡️ Следующий и последний кандидат запланирован на 26 августа, а официальный релиз — на 7 октября 2025.

Главное из нового релиза:
— PEP 779: официальная поддержка free-threaded Python
— PEP 649: отложенная оценка аннотаций типов
— PEP 750: template-строки — как f-строки, но кастомные
— PEP 734: несколько интерпретаторов в стандартной библиотеке
— PEP 784: поддержка Zstandard (модуль compression.zstd)
— PEP 765: запрет return, break, continue вне finally
— Улучшенная C API конфигурация (PEP 741)
— Экспериментальный интерпретатор с заметным ускорением
— Новый CLI-инструмент для асинхронной инспекции Python-процессов

🔗 Подробнее

Библиотека питониста #свежак