Модуль 16 · Урок 59
Capstone architecture, ownership і командний delivery
Capstone починається не з папки components, а з bounded problem, primary actor, observable outcome, constraints і reviewable vertical slices. Architecture — набір відповідальних boundaries та trade-offs.
Problem → slice → evidence
| Artifact | Рішення |
|---|---|
| Brief | Actor, task, outcome, constraints, in/out |
| Vertical slice | UI + state + data + acceptance outcome |
| Boundary map | Owner, input/output, failure, test layer |
| ADR | Options, choice, consequences, revisit trigger |
State живе у closest owner; derived values не дублюються. Reducer/context корисні для складних transitions або deep shared access, але не є badge seniority. Задокументуйте простіший option і причину відмови.
Reviewable delivery
CI повторює fresh lockfile install, typecheck, deterministic tests, build і budget. Least permissions; secrets не доступні untrusted code. Для fork contributions використовуйте safer pull_request; pull_request_target з checkout untrusted code — окремий elevated-risk design.
Практика
Заповніть brief/DoD, boundary map, ADR, PR contract і CI gates. Кожний claim має commit/build/test/evidence context.
Офіційні джерела
Закріпіть матеріал уроку
Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.