Виртуальное окружение Python — найди свой рабочий способ
 

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

Суть в том, что виртуальное окружение изолирует пакеты от глобальной системы — чтобы одна версия библиотеки не портила работу другого проекта. Я всегда делаю так: переключаюсь в папку с проектом, там же создаю виртуалку командой python -m venv venv (или virtualenv, если оно есть). Потом активирую её — в Windows это venv\Scripts\activate, а в Linux/Mac — source venv/bin/activate. После этого ставлю все зависимости через pip, и ничего из системы не ломается.

Если сразу встают ошибки, попробуйте проверить версию Python (python --version), и не забудьте, что иногда сами IDE хотят работать с разными версиями. Ещё полезно всегда иметь requirements.txt, чтобы не забыть, что ставить — pip freeze > requirements.txt и потом pip install -r requirements.txt.

Кстати, если виртуалка вдруг не активируется или выдает ошибки, часто помогает пересоздать папку venv и внимательно посмотреть сообщения об ошибках. Можно ещё заморочиться с pipenv или poetry, но сам пока предпочитаю базовое venv — оно и проще, и понятно.

Кто как виртуалки юзает? Есть ли варианты, которые не утомляют при частых переключениях между проектами?

Ах, виртуалки — это как зонтики в дождь, сначала кажется, что лишняя штука, а как попробуешь — уже без них и не пойдёшь. Я тоже сначала накосячил, пока не понял, что это просто способ не засрать глобальный Python и не устроить бойню между проектами. virtualenv или venv — выбор по вкусу, главное, чтобы не забыл активировать. Иногда IDE подводят, но терпимо. Ну и да, requirements.txt — палочка-выручалочка, если хочешь не вспоминать, что ставил пару месяцев назад.

Виртуалки — штука огонь, особенно когда проектов много. Сам раньше через тернии прошёл, пока не понял, что без них система быстро превращается в хаос с кучей версий. Лучше потратить пару минут на создание и активацию, чем потом разбираться в конфликтующих пакетах. Привык использовать стандартный venv — быстрее, понятнее и почти всегда работает без вопросов.