Pip — це команда, яка ставить у Python готовий код, написаний іншими розробниками, замість того щоб писати ту саму функціональність з нуля. Набираєш у терміналі pip install requests — і за кілька секунд з'являється бібліотека, яка вміє звертатися до будь-якого сайту в інтернеті, хоча сам ти жодного рядка цього коду не писав.

На курсі ця тема — третя в програмі ступеня Python Pro, одразу після класів та об'єктів. Логіка саме така: спершу дитина навчається писати свій код структуровано (ООП), а потім дізнається, що значну частину задач узагалі не треба писати самостійно — досить підключити чужий, перевірений мільйонами розробників.

Навіщо вчити ставити бібліотеки, якщо в Python уже є вбудовані функції

У самому Python з коробки є базові речі: print(), списки, математика, робота з текстом. Але звернутися до сайту в інтернеті, намалювати графік чи прочитати Excel-файл — цього вбудовано немає. Писати протокол HTTP-запиту самостійно підлітку на курсі не потрібно і не варто: цю роботу вже зробили тисячі розробників бібліотеки requests, і переписувати її заново — не навичка, а витрата часу.

Саме тому бібліотеки — не «спрощення для ледачих», а стандартна практика в будь-якій реальній розробці. Досвідчений програміст відрізняється від новачка не тим, що пише більше коду з нуля, а тим, що точно знає, яку готову бібліотеку підключити під конкретну задачу.

Три бібліотеки, які підліток реально ставить на курсі

requests — звернення до сайтів та API без браузера. Саме цю бібліотеку діти ставлять, коли вчаться працювати з API, а пізніше — коли пишуть парсер сайтів на наступній темі програми.

json — ця бібліотека вбудована в сам Python, pip install для неї не потрібен, але користуються нею поруч із requests завжди: дані з інтернету майже завжди приходять у форматі JSON, і без уміння його розібрати відповідь сайту залишається просто незрозумілим текстом.

datetime — робота з датами й часом: скільки днів лишилося до дедлайну, коли користувач зареєструвався, як відсортувати записи за часом. Теж вбудована, але її логіка (різниця між двома датами, часові зони) — окрема тема саме через те, що новачки тут найчастіше плутаються.

Пізніше, на темах парсингу й аналізу даних, до цього списку додаються pandas і BeautifulSoup — але принцип встановлення й підключення лишається точно той самий, якому вчать саме тут: один рядок у терміналі, один рядок import у коді.

Що таке virtual environment і чому не можна ставити все в одну купу

Virtual environment — це окрема, ізольована «кімната» для конкретного проєкту, у якій ставляться лише ті бібліотеки, що потрібні саме йому. Без цього всі бібліотеки на комп'ютері накопичуються в одному спільному місці — і одного дня новий проєкт вимагає іншої версії тієї самої бібліотеки, яка вже стоїть для старого проєкту. Версії конфліктують, і код, що працював учора, раптом ламається без жодної зміни в самому файлі.

На курсі вчать створювати virtual environment для кожного нового фінального проєкту — звичка, яку підліток переносить у будь-яку подальшу роботу з кодом, не лише на Python. Це той самий принцип, що й окрема папка для кожної школи: безлад не в тому, що речей багато, а в тому, що вони не розкладені по місцях.

Чи може встановлення бібліотеки зіпсувати комп'ютер?

Ні, якщо бібліотека береться з офіційного репозиторію PyPI (Python Package Index) — саме туди за замовчуванням звертається команда pip install, і саме звідти ставлять усі бібліотеки на курсі. Ризик з'являється лише тоді, коли код копіюють з випадкового сайту поза PyPI й запускають без перевірки, а не під час звичайного pip install перевіреної, популярної бібліотеки.

pip list, pip show і pip install --upgrade: три команди, які варто запам'ятати

pip list показує всі бібліотеки, уже встановлені в поточному virtual environment, разом з їхніми версіями — корисно, коли забув, чи ставив уже потрібну бібліотеку. pip show requests виводить детальну інформацію про одну конкретну бібліотеку: версію, короткий опис, від яких інших бібліотек вона залежить. А pip install --upgrade requests оновлює вже встановлену бібліотеку до найновішої версії, якщо в ній з'явилися нові можливості чи виправлення.

Усі три команди діти на курсі використовують набагато частіше за сам pip install: встановлення відбувається раз на проєкт, а перевірка того, що вже стоїть, — щоразу, коли код веде себе не так, як очікувалося.

Реальні зміни в pip, про які варто знати

Pip теж оновлюється: версія 26.0, яка вийшла 30 січня 2026 року, додала окремий контроль над preview-релізами бібліотек для кожного пакета окремо (прапорці --all-releases і --only-final), а версія 26.1 від 26 квітня 2026 року прибрала підтримку застарілого Python 3.9 і додала експериментальний розбір файлів залежностей — обидва факти підтверджені офіційними анонсами на discuss.python.org. Для підлітка на курсі це не змінює нічого в щоденній роботі: команда pip install requests виглядає і працює так само, як рік тому, просто під капотом інструмент стає трохи акуратнішим.

Що ще підліток ставитиме бібліотеками на курсі далі

Тема «Бібліотеки та pip» — не разова вправа, а підготовка до майже всього, що йде далі в програмі: pandas для аналізу даних, Flask для власного веб-сервісу, scikit-learn та TensorFlow для нейромереж. Кожна з цих тем починається з тієї самої команди pip install, яку дитина вже впевнено набирає після цього заняття — різниця лише в тому, яке саме ім'я бібліотеки написати після неї.

ModuleNotFoundError — найчастіша помилка новачка з бібліотеками

Код пише import requests, програма видає червоний рядок ModuleNotFoundError: No module named 'requests' — і підліток вирішує, що зламав щось усередині Python. Насправді причина завжди одна й та сама: бібліотеку імпортують у коді, але не поставили командою pip install у тому ж virtual environment, звідки код запускається. Це не помилка логіки програми, а просто відсутня деталь, яку треба довстановити, — так само як рецепт вимагає інгредієнта, якого немає в холодильнику.

Друга типова причина тієї ж помилки — бібліотеку поставили в один virtual environment, а код запускають з іншого. На курсі саме для цього вчать перевіряти, яке середовище активне перед запуском, замість того щоб здогадуватися навмання.

requirements.txt: як передати проєкт комусь іншому

Коли фінальний проєкт готовий і дитина хоче показати код другові чи виконати його на іншому комп'ютері, просто скопійованих файлів .py не досить — на новому комп'ютері може не бути жодної з потрібних бібліотек. Для цього існує файл requirements.txt: звичайний текстовий список бібліотек і їхніх версій, які потрібні проєкту. Команда pip freeze > requirements.txt створює цей список автоматично, а pip install -r requirements.txt на іншому комп'ютері ставить усе з нього одним рядком, без ручного перебору назв.

Саме цей файл лежить у корені майже кожного реального проєкту на GitHub, і саме з нього починається знайомство з чужим кодом: перш ніж розбиратися, що робить проєкт, досвідчений розробник дивиться requirements.txt, щоб зрозуміти, на яких бібліотеках він побудований.

Часті запитання

Чи потрібно знати англійську, щоб користуватися бібліотеками? Документація здебільшого англійською, але для базових бібліотек курсу достатньо тих команд, які показує викладач — читати документацію самостійно знадобиться пізніше, не з першого заняття теми.

Чи можна видалити бібліотеку, якщо вона більше не потрібна? Так, командою pip uninstall — це так само просто, як встановлення, і не впливає на інші бібліотеки у тому ж virtual environment.

Що робити, якщо дві бібліотеки вимагають різних версій третьої? Саме для цього і створюють окремий virtual environment під кожен проєкт — конфлікт версій зникає сам, бо кожен проєкт бачить лише свій, ізольований набір бібліотек.