У новому опитуванні Django деякі інструменти мають високі частки, тому легко вирішити, що їх треба вчити негайно. Не поспішайте: опитування описує відповіді його учасників, а не встановлює обов’язкову програму для початківця.
Django — це вебфреймворк для Python: набір готових компонентів для серверної частини вебзастосунку. Коли браузер надсилає запит, Django може пов’язати адресу з Python-кодом, перевірити форму, прочитати дані та повернути HTML або іншу відповідь. Так розробник не створює типові вебмеханізми з нуля.
Результати Django Developers Survey 2026 опублікували 28 серпня, за чотири дні до цієї статті. П’яте щорічне опитування проводили Django Software Foundation і PyCharm із травня до липня серед приблизно 3 500 користувачів та прихильників Django з усього світу. Нижче перетворимо його сигнали на план для локального застосунку «Моя бібліотека», а не на рейтинг обов’язкових технологій.
Що справді доводить опитування
Респондент — людина, яка відповіла на запитання. Вибірка — група респондентів, чиї відповіді аналізують. Звіт описує саме цю вибірку. З оприлюднених матеріалів не випливає, що вона відтворює погляди всіх Django-розробників або вимоги українських роботодавців.
У запитанні про тестування 45% учасників назвали pytest, 43% — unittest, 34% — pytest-django, а 19% повідомили, що не пишуть автоматизованих тестів. Сума часток перевищує 100%, тому ці варіанти не можна трактувати як взаємовиключний вибір. Дані сигналізують про поширені практики, але не визначають, який інструмент потрібен саме вам.
htmx — це браузерна бібліотека, яка дає HTML-елементам змогу надсилати запити й замінювати частину сторінки отриманою відповіддю. У запитанні про JavaScript-фреймворки htmx назвали 34% респондентів проти 5% у 2021 році.
Асинхронна обробка, або async, дає серверу змогу виконувати іншу роботу, поки він очікує на повільну операцію, наприклад відповідь зовнішнього сервісу. Про використання async-можливостей Django повідомили 33% учасників, а 40% відповіли, що планують їх використовувати. Намір не дорівнює фактичному використанню, а жодна з цих часток не доводить, що async потрібен простому списку книжок.
Повний звіт є первинним джерелом чисел. Публікація JetBrains у списку джерел — партнерська інтерпретація тенденцій, а не окрема незалежна вибірка.
Три рівні навчального плану
Мета прикладу — локальний застосунок «Моя бібліотека»: користувач входить, додає книжки й бачить лише власні записи. Кожна навичка нижче має наближати до цього результату або перевіряти його.
1. Основа: завершити перший застосунок
Спочатку розберіться зі шляхом запиту URL → view → template. URL визначає адресу, view обробляє запит, а шаблон формує HTML. Потім додайте модель Book: модель описує структуру даних, а міграція переносить зміну цієї структури до бази.
Наступні кроки — форма з перевіркою введення та вбудована автентифікація Django. Власника книжки визначайте на сервері, а список відбирайте за поточним користувачем. Критерій готовності простий: гість не бачить приватну бібліотеку, користувач може додати книжку й не бачить записів іншої людини.
Зафіксуйте ці вимоги автоматизованими тестами — кодом, який відтворює дію та порівнює результат з очікуванням. Перевірте щонайменше доступ гостя, ізоляцію даних двох користувачів і відхилення порожньої назви.
2. Командна практика: зробити результат відтворюваним
Після робочої функції навчіться відтворювати середовище, запускати повний набір тестів і пояснювати зміни іншій людині. Конкретний менеджер середовища, форматер або система безперервної інтеграції є засобом, а не навчальною метою.
Розгортання — це перенесення застосунку в середовище, де ним можуть користуватися поза вашим комп’ютером. Не публікуйте навчальну бібліотеку лише заради пункту в плані. Спочатку складіть короткий запис: де зберігатимуться налаштування й секрети, як запускатимуться тести, де читати журнали помилок і як повернути попередню версію.
3. За потреби: htmx та async
Перевіряйте htmx лише для видимої проблеми. Наприклад, зміна статусу «прочитано» може оновлювати один рядок без перезавантаження сторінки. Збережіть звичайну форму як базовий шлях. Залишайте бібліотеку лише тоді, коли часткове оновлення працює, перевірка прав доступу проходить, а сценарій без JavaScript не зламано.
Async поки відкладіть. У локальному списку книжок немає очевидного довгого очікування зовнішньої мережевої відповіді. Поверніться до теми, якщо додасте, наприклад, пошук у зовнішньому каталозі. Спершу назвіть операцію очікування та показник, за яким оцінюватимете експеримент.
Як безпечно залучити ШІ-агента
ШІ-агент може не лише відповідати, а й редагувати файли або запускати команди. Делегуйте зміни лише після того, як можете власними словами пояснити очікувану поведінку, критерій успіху та спосіб відкату.
Спочатку — лише аналіз доказів. Передайте агенту посилання на повний звіт, публічні описи кількох релевантних вакансій і знеособлений перелік власних навичок. Дозвольте знаходити дослівні запитання, частки й вимоги. Забороніть входити в акаунти, отримувати резюме з контактами або переносити глобальні частки на український ринок.
Зупиніться, якщо число неможливо знайти в первинному звіті або вакансія не відповідає обраній ролі. Очікуваний артефакт — список «сигнал, джерело, що доводить, чого не доводить». Перевірте кожен пункт вручну за відкритим посиланням.
Потім — один локальний експеримент. Для htmx дайте агенту лише потрібні файли тестового репозиторію, синтетичні книжки, відомі версії середовища та критерії доступу. Дозвольте створити перелік змін, тести й локальні команди. Забороніть доступ до секретів, робочої бази, production, зовнішнє розгортання, руйнівні міграції та зміни поза репозиторієм.
Зупиніться через запит мережевого доступу, незрозумілу залежність, сторонні зміни або падіння базових тестів. Артефакт — diff, журнал команд і звіт pass/fail. Самостійно перегляньте diff, повторіть тести в чистому локальному середовищі, перевірте права двох користувачів і відкотіть експеримент. Впевнена відповідь агента не є доказом.
Контрольні запитання
Перед додаванням будь-якої технології дайте чотири відповіді:
- Яку конкретну проблему вона розв’язує?
- Чи є ця проблема в моєму проєкті зараз?
- Який найменший безпечний експеримент перевірить користь?
- Який відтворюваний доказ виправдає додавання до стеку?
Короткий глосарій
- Автоматизований тест — код, який перевіряє очікувану поведінку застосунку.
- Міграція — описана Django зміна структури бази даних.
- htmx — бібліотека для запитів і часткового оновлення HTML зі сторінки.
- Async — спосіб не блокувати іншу роботу під час очікування певних операцій.
- Розгортання — підготовка й запуск застосунку поза локальним середовищем розробника.
Опитування корисне як джерело запитань, а не наказів. Зараз варто завершити основу Django, захистити дані користувачів і перевірити поведінку тестами. htmx має сенс як малий експеримент для конкретного інтерфейсу, а async — лише коли в проєкті з’явиться відповідне очікування. Так навчальний план визначає результат, а не найпомітніший відсоток.