SEOWORK Academy · Professional track

Python Developer Professional

Безкоштовний практичний трек від першого відтворюваного Python-середовища до CLI, обробки даних, REST API та підсумкового вебзастосунку. Сертифікат відкриється лише після 58 уроків, чотирьох прийнятих проєктів і фінального іспиту.

16 модулів58 уроків4 review-проєктиСерія PY

Безпечний старт

Модулі 1–12 не потребують production-серверів, токенів або реальних даних. Працюйте в окремій теці та virtual environment; не додавайте .venv, паролі, API keys або персональні дані до репозиторію.

Професійний результат

58уроків із практичним тестом

580питань у навчальному банку

4проєкти з ручним review

32питання фінального іспиту

Чотири проєкти

CLI utility

Командна утиліта з чітким input/output contract, тестами, логуванням і документацією.

Data processor

Відтворювана обробка файлів із валідацією схеми, помилками та evidence report.

REST API

FastAPI-сервіс із PostgreSQL, тестами, authentication boundaries і документацією API.

Capstone web app

Версійований вебзастосунок із background work, observability, deployment та rollback plan.

Відкритий модуль 1

1Інтерпретатор, REPL і перший скриптПеревірка версії, executable path, два режими роботи та перший traceback.Почати →2venv, pip і середовище проєктуІзоляція, активний інтерпретатор, залежності й відтворюваність.Відкрити →3Синтаксис, імена та виразиВідступи, присвоєння, літерали, type() і читабельні стани програми.Відкрити →4CLI: input, output і діагностикаКонтракт маленької утиліти, f-рядки, перетворення типів і debug loop.Відкрити →

Starter pack модуля

Безпечна лабораторія

Завантажте Python Module 1 Safe Start Pack: README, діагностика середовища, starter CLI, стандартні unittest, очікуваний output і чеклист безпеки. Пакет не містить зовнішніх залежностей або секретів.

Модуль 2 — типи даних і керування потоком

5Типи, перетворення та числова точністьТип — це не підпис біля змінної, а набір допустимих операцій і поведінки значення під час виконання. Навчимося бачити фактичний runtime type, перетворювати дані лише на межі системи й не плутати красивий output із точною арифметикою.Відкрити →6Рядки, Unicode, індекси та зрізиТекст здається простим, поки в ньому не з’являються пробіли, різний регістр, українські символи або порожнє значення. Розберемо рядок як незмінну послідовність і побудуємо текстову обробку з явним контрактом, а не ланцюжок випадкових replace.Відкрити →7Умови, truthiness і безпечні рішенняУмова — це реалізація рішення, тому її треба читати як правило: які факти входять, у якому порядку перевіряються й який результат очікується на межах. Вчимося будувати прозорі гілки, а не складні вирази, правильність яких видно лише автору.Відкрити →8Цикли, range і контроль виконанняЦикл має не просто «крутитися», а мати джерело елементів або чіткий progress invariant, умову завершення й перевірюваний результат. Розберемо, коли обирати for чи while, як не отримати нескінченне виконання й як зробити пошук прозорим.Відкрити →

Модуль 3 — функції та модулі

9Функція як контракт: def, return і декомпозиціяФункція корисна не тому, що скорочує файл, а тому, що дає названий контракт: які значення приймає, що повертає, які стани відхиляє і які зовнішні ефекти створює. Такий блок можна перевірити окремо й без здогадок повторно використати.Відкрити →10Параметри й аргументи: сигнатура без сюрпризівСигнатура — публічний інтерфейс функції. Вона має зробити обов’язкове неможливо забути, значущі опції — зрозумілими в call site, а небезпечні default values — неможливими. Чим ясніша сигнатура, тим менше прихованих домовленостей у caller-а.Відкрити →11Scope, binding і mutability без прихованого стануPython передає функції об’єкти, а parameters стають локальними іменами, прив’язаними до цих об’єктів. Через це rebinding локального імені й mutation спільного list — різні події. Розуміння scope та aliasing прибирає клас помилок, які виглядають як «функція сама щось змінила».Відкрити →12Модулі, imports і __main__: структура малої програмиМодуль — не просто другий файл. Він створює окремий namespace і boundary відповідальності. Вдалий поділ дозволяє імпортувати core без запуску CLI, тестувати функції напряму й бачити dependencies за import-ами, а не копіювати definitions між скриптами.Відкрити →

Модуль 4 — колекції

13Списки й кортежі: контракт послідовностіПослідовність — це не просто «кілька значень». Вона має порядок, межі, правила зміни й очікувану форму елемента. Вибір між list і tuple має показувати, чи колекція росте й редагується, чи фіксує стабільний запис для читання та unpacking.Відкрити →14Словники: ключі, безпечний доступ і schemaDictionary пов’язує унікальний key із value. Це зручно, але не робить дані автоматично структурованими: треба визначити дозволені keys, required fields, типи values, duplicate policy і різницю між «поля немає» та «значення поля — None».Відкрити →15Множини: membership, дедуплікація й порівнянняSet моделює унікальність і належність, а не позицію. Він корисний для allowed values, already-seen IDs і порівняння двох наборів. Якщо бізнесу важливий порядок або кількість повторів, перетворення в set може знищити потрібну інформацію.Відкрити →16Comprehensions і вибір структури данихComprehension стисло створює нову collection із iterable. Вона корисна, коли transform і filter залишаються очевидними. Якщо в одному виразі з’являються кілька business branches, side effects або незрозуміла nested shape, звичайний loop із named steps буде професійнішим.Відкрити →

Review-проєкт 1: CLI-аудитор →

Модуль 5 — файли, помилки й логування

17Файли й pathlib: безпечна межа I/OФайл — зовнішня межа, де припущення програми зустрічаються з реальною файловою системою. До читання треба визначити allowed root, формат, encoding, граничний розмір і поведінку для missing/empty input; до запису — ownership, overwrite policy та спосіб не залишити частковий результат.Відкрити →18JSON і CSV: schema перед business logicПарсер підтверджує лише синтаксис формату. Успішний json.load або csv.DictReader ще не доводить required fields, types, allowed values, uniqueness чи business grain. Надійний pipeline розділяє decode, structural validation, normalization і domain rules.Відкрити →19Exceptions: вузький handler і чесний failureException — не незручність, яку треба приховати, а typed signal, що normal contract не може бути виконаний. Хороший handler знає, яку конкретну failure він може відновити або перекласти; усі інші exceptions мають зберегти traceback і дійти до boundary, де програма завершиться чесно.Відкрити →20Logging: evidence без витоку данихLog — operational evidence, а не смітник зі значеннями всіх variables. Корисний event відповідає: що сталося, де, з яким safe identifier, який result і що робити далі. Він не містить password, token, email, customer row або повний filesystem path лише тому, що їх легко надрукувати.Відкрити →

Review-проєкт 1 залишається доступним →

Модуль 6 — об’єктно-орієнтоване програмування

21Classes й objects: стан, methods та invariantsКлас корисний не тому, що групує кілька functions, а тому, що тримає допустимий стан і поведінку разом. Добрий object не дозволяє створити себе напіввалідним, не ділить випадково mutable state з іншими instances і має малий зрозумілий public API.Відкрити →22Encapsulation: property, classmethod і API boundaryEncapsulation у Python — не спроба зробити дані магічно недоступними. Це домовленість про public API: які names підтримуються, де перевіряються invariants і які implementation details caller не повинен використовувати як contract.Відкрити →23Composition, inheritance і polymorphismПовторне використання коду не означає автоматично inheritance. Спочатку визначте relationship: object є спеціалізованим різновидом base type чи лише використовує інший object як collaborator. Composition зазвичай робить залежності явними; inheritance доречна для стабільного substitutable contract.Відкрити →24Dataclasses і data model: value object без boilerplateRecord-like object часто потребує однакових constructor, representation і equality rules. Dataclass прибирає механічний boilerplate, але не визначає domain contract замість розробника: fields, mutability, validation, secret-safe repr і semantics equality треба обрати свідомо.Відкрити →

Review-проєкт 1 залишається доступним →

Модуль 7 — тестування

25unittest: fast feedback і executable contractТест — не доказ відсутності всіх bugs, а executable example конкретного contract. Він має падати з однієї зрозумілої причини, бути незалежним від порядку запуску й давати однаковий результат на локальній машині та в CI.Відкрити →26Test design: boundaries, tables і negative casesВелика кількість tests не гарантує сильне покриття поведінки. Найцінніші cases походять із contract: equivalence classes, межі, invalid inputs, state transitions і наслідки failure. Таблиця cases допомагає бачити пропуски до написання коду.Відкрити →27Test doubles: mock, patch і dependency seamsTest double замінює collaborator, а не саму логіку, яку треба перевірити. Найстійкіший seam — explicit dependency parameter або Protocol. Mock корисний для interaction contract, але надмірна кількість mocks прив’язує suite до implementation order.Відкрити →28Integration tests: CLI, filesystem і deterministic suiteUnit tests швидко локалізують logic defects, але не доводять, що package imports, CLI arguments, filesystem encoding і adapters працюють разом. Невелика кількість integration tests закриває wiring без production data або реальних зовнішніх side effects.Відкрити →

Review-проєкт 1 залишається доступним →

Модуль 8 — Git і командна робота

29Git model: snapshots, working tree, index і HEADGit стає передбачуваним, коли ви перестаєте сприймати його як кнопку «зберегти все». Repository зберігає snapshots, working tree містить поточні файли, index готує наступний snapshot, а HEAD називає commit, від якого ви працюєте.Відкрити →30Atomic commits: staging, history і safe undoХороший commit — не просто точка backup, а reviewable change з однією причиною. Index дозволяє відокремити finished logic від debug print або сусіднього refactor. Undo починається з питання: зміна local/uncommitted чи вже shared у history?Відкрити →31Branches, merge conflicts і rebase boundaryBranch у Git — легкий movable reference на commit, а не копія каталогу. Конфлікт не означає, що Git зламав код: дві histories змінили однаковий context, і людина має сформулювати правильний combined result та довести його tests.Відкрити →32Remotes і pull request: від fetch до reviewRemote collaboration складається з двох різних систем: Git передає commits і references, hosting platform організовує pull request, review, checks і permissions. Fetch не інтегрує код у вашу branch, а pull не є магічною синхронізацією без policy.Відкрити →

Перейти до review-проєкту 2 →

Модуль 9 — алгоритми й оцінка складності

33Algorithm contract: Big O, time і space complexityШвидкість на одному ноутбуці не є складністю алгоритму. Спочатку визначають input size, домінантну операцію та гіпотезу росту; лише потім запускають вимірювання й пояснюють, що саме вони доводять.Відкрити →34Search і sort: linear, binary, bisect та stabilityBinary search швидкий не тому, що код короткий, а тому, що кожен крок відкидає частину впорядкованого простору. Якщо sorted invariant не доведений або insertion домінує, очікувана перевага зникає.Відкрити →35Data structure choice: list, deque, dict, set і CounterСтруктуру даних обирають не за звичкою, а за домінантними операціями й потрібними гарантіями. Та сама колекція може бути чудовою для append і невдалою для queue-from-left або частих membership checks.Відкрити →36Traversal і priority: BFS, DFS, heap та lazy iterationTraversal — це не лише цикл: порядок frontier, visited policy і tie-breakers визначають результат. Priority queue теж потребує стабільного secondary key, якщо дві задачі мають однаковий пріоритет.Відкрити →

Review-проєкт 2 залишається доступним →

Модуль 10 — SQL і PostgreSQL

37PostgreSQL schema: types, keys, constraints і migrationsБаза даних починається не з ORM-моделі, а з контракту: які факти зберігаємо, хто ними володіє, що є ідентичністю, які стани заборонені та як змінити схему без втрати даних.Відкрити →38SELECT: filters, order, NULL і safe parametersSQL-запит має контракт так само, як функція Python: які rows він повертає, у якому порядку, за яких parameters і що означає порожній результат. Без цього навіть правильний SELECT стає нестабільним API.Відкрити →39JOIN, aggregation, cardinality, indexes і EXPLAINJOIN не просто додає columns: він змінює кількість rows. Перед оптимізацією треба довести cardinality й правильність результату; індекс і план виконання мають сенс лише після цього.Відкрити →40Psycopg: connections, transactions, repository і testsНадійний database code визначає не лише SQL, а й межу транзакції: хто відкриває connection, коли зміни стають видимими, що відбувається після помилки і як довести поведінку без production-даних.Відкрити →

Review-проєкт 2 залишається доступним →

Модуль 11 — HTTP і REST

41HTTP contract: request, response, methods і status codesHTTP — не просто спосіб отримати JSON. Це контракт між клієнтом, сервером і посередниками: method формулює намір, status описує результат, headers несуть metadata, а representation передає стан ресурсу.Відкрити →42HTTP client у Python: URL, timeout, errors і JSONНадійний HTTP client не починається з одного urlopen. Він визначає дозволені endpoints, кодує URL, ставить timeout, відрізняє HTTP response від transport failure і перевіряє representation до того, як довірити дані application code.Відкрити →43REST API contract: resources, pagination і Problem DetailsREST API стає передбачуваним, коли URL називає resource, HTTP semantics лишаються стандартними, collection має стабільну pagination, а errors і compatibility описані як перевірний контракт, а не набір випадкових JSON-відповідей.Відкрити →

Review-проєкт 2 залишається доступним →

Модуль 12 — FastAPI

44FastAPI і ASGI: path operations, parameters та OpenAPIFastAPI не скасовує HTTP contract — він перетворює Python type hints і path operation declarations на перевірний ASGI application, runtime validation та OpenAPI. Хороший endpoint починається не з декоратора, а з чіткої resource semantics.Відкрити →45Pydantic у FastAPI: request і response modelsType hint стає API boundary лише тоді, коли команда усвідомлює coercion, constraints, unknown fields і різницю між input, domain та public output. Один ORM object не повинен автоматично бути і request body, і database model, і response.Відкрити →46FastAPI dependencies, errors і async boundariesDependency injection робить request context і infrastructure явними, exception handlers уніфікують public failures, middleware охоплює cross-cutting behavior, а правильна async boundary не дозволяє blocking I/O зупинити event loop.Відкрити →47FastAPI architecture і contract testingAPI test має доводити поведінку через HTTP boundary, а не лише викликати handler як звичайну function. Testable architecture відділяє transport, use case та persistence, щоб contract перевірявся швидко, детерміновано й без production side effects.Відкрити →

Review-проєкт 2 залишається доступним →

Дорожня карта

1Середовище та синтаксис4 урокиДоступний

2Типи даних і керування потоком4 урокиДоступний

3Функції та модулі4 урокиДоступний

4Колекції4 урокиДоступний

5Файли, помилки й логування4 урокиДоступний

6Об’єктно-орієнтоване програмування4 урокиДоступний

7Тестування4 урокиДоступний

8Git і командна робота4 урокиДоступний

9Алгоритмічне мислення4 урокиДоступний

10SQL і PostgreSQL4 урокиДоступний

11HTTP і REST3 урокиДоступний

12FastAPI4 урокиДоступний

13Authentication basics3 урокиУ черзі

14Background tasks та інтеграції4 урокиУ черзі

15Deployment basics3 урокиУ черзі

16Підсумковий вебпроєкт1 урокУ черзі

Офіційна основа

Межа сертифікації

Це авторська програма SEOWORK, а не сертифікація Python Software Foundation або окремого вендора. Після модулів 1–12 і review-проєктів 1–2 прогрес зберігається, але фінал, PDF і QR server-side заблоковані до повної програми.

SEOWORK Education · контроль знань

Прогрес і сертифікація

Складіть практичний тест після кожного уроку, а потім фінальний іспит. Сертифікат міститиме унікальний номер і QR-перевірку справжності.

Практичні проєкти: 0/4 прийнято

Кожен проєкт перевіряється SEOWORK окремо. Для професійного сертифіката потрібен статус «Прийнято» для всіх обов’язкових робіт.

Проєкт 1 CLI-аудитор колекцій Ще не подано Проєкт 2 Git collaboration release Ще не подано

Професійний фінальний іспит і сертифікат Python Developer відкриються після всіх 16 модулів, 58 уроків та приймання чотирьох практичних проєктів. Поточний прогрес: 0/47 опублікованих уроків.