Profile Fullstack Dry Versus Yagni¶
Centralize one authoritative cross-boundary policy without coupling client and server implementation mechanics.
Generated example
This page is generated from evaluations/scenarios/profile-fullstack-dry-versus-yagni.yaml. The scenario YAML remains the executable source of truth.
Request¶
Repository evidence¶
No repository signals.
Expected resolution¶
| Resolution layer | Expected |
|---|---|
| Profile | — |
| Modifiers | — |
| Language adapters | — |
| Framework adapters | — |
Normalized context¶
Skill modes¶
None.
Conflict decisions¶
None.
Significant decisions¶
None.
Principles under test¶
Forbidden outcomes¶
- Trust a client-side authorization result as server authority.
- Share server mechanics merely to make both implementations symmetrical.
Scenario source¶
schema_version: 0.10.0
id: profile-fullstack-dry-versus-yagni
description: Centralize one authoritative cross-boundary policy without coupling client
and server implementation mechanics.
input:
profile: fullstack-web-application
skill: abstraction-and-reuse
mode: balanced
conflict: dry-versus-yagni
task: Browser and server paths duplicate an authorization decision that only the
server can authoritatively make.
expected:
resolution: centralize-authoritative-policy
active_principles:
- single-source-of-truth
- information-hiding
constrained_principles:
- dry
- yagni
suppressed_principles: []
forbidden:
- Trust a client-side authorization result as server authority.
- Share server mechanics merely to make both implementations symmetrical.
principles_under_test:
- dry
- yagni
- single-source-of-truth
- information-hiding