Front-end проєкт: Accessible API application

Практичний проєкт 3 · після модуля 12

Accessible API application

Створіть оригінальний API-застосунок з ES-module architecture, reproducible npm build, schema boundary, loading/empty/error/canceled states, cancellation/stale-response guard і доступним responsive UI.

Після 48 уроківReview SEOWORKПрохідний 80/100Без client secrets

Що здати

  1. Публічний HTTPS artifact без login, trackers або real personal-data collection.
  2. Source repository/archive з ES modules, manifest, lockfile і production build config.
  3. README: problem, API/fixture contract, module graph, setup/build/deploy, limitations і rollback.
  4. Evidence для success/empty/404/500/network/schema/abort/race та keyboard/mobile/light-dark states.
  5. Dependency/config review, build inventory і self-review за рубрикою.

Безпечна API-межа

Дозволений read-only public HTTPS API без client secret або documented local fixture fallback. Заборонені private keys/tokens, PII, private endpoints, CORS bypass, credentials у repository/bundle/source map.

Acceptance checks

  • Public module APIs і acyclic dependency graph.
  • Fresh install/build відтворюються за committed lockfile та README.
  • Response перевіряється до state/render; stale result не overwrite current intent.
  • Loading/empty/error/canceled/retry доступні keyboard і повідомляються без noise.
  • 390px/desktop, light/dark, focus, overflow, Console/Network і built asset paths перевірені.

Рубрика · 100 балів

КритерійБалиEvidence
Module architecture і public API20Graph, boundaries, no hidden globals/cycles
Manifest, lockfile і reproducible tooling20Engines, scripts, fresh install/build
HTTP/schema/cancel/race correctness20Fixtures, state transitions, safe config
Accessible responsive UI20Keyboard, focus/status, themes, mobile
Build, deploy, QA й privacy20Artifact inventory, README, rollback, no secret/PII

Прийняття: від 80/100 без blocker: unavailable artifact/source, unreproducible build, secret/PII/tracker/private endpoint, uncaught error, inaccessible state або stale overwrite.

Review flow

  1. Завершіть урок 48 і тест.
  2. Надішліть HTTPS artifact та source URL.
  3. SEOWORK перевірить gates і кожний критерій.
  4. За blocker або результату нижче 80 виправте evidence/code та подайте нову версію.

Використати lab як орієнтир →

← НазадДалі →
Front-end Developer Professional · оцінюваний проєкт 3

Подання роботи на перевірку

Передайте HTTPS-посилання на папку або репозиторій із доступом для перегляду. Не додавайте паролі, API-ключі, персональні дані клієнтів чи production-вивантаження.

Що передати
  • Публічний HTTPS artifact без login, trackers або real personal-data collection
  • Source repository або archive з ES modules, package manifest, lockfile і production build config
  • README з API/fixture contract, module graph, setup/build/deploy, limitations і rollback
  • Evidence для success, empty, HTTP/network/schema, abort, race, keyboard, mobile і light/dark states
  • Dependency/config review, build inventory і self-review без PII або secrets
Критерії перевірки
  • Module architecture and public API — 20
  • Manifest, lockfile and reproducible tooling — 20
  • HTTP, schema, cancellation and race correctness — 20
  • Accessible responsive UI — 20
  • Build, deployment, QA and privacy — 20
Форма відкриється після зарахування уроків 1–48. Зараз завершено 0/48.
Повернутися до програми