docs: spec 00 v2.0 — six-month timeline, AWS/Terraform infra, meeting decisions (2026-07-23) - #928
docs: spec 00 v2.0 — six-month timeline, AWS/Terraform infra, meeting decisions (2026-07-23)#928HexSleeves wants to merge 2 commits into
Conversation
…ormatting and revision history
… decisions (2026-07-23) Encodes the 2026-07-23 planning meeting decisions into the Chapter 11 parent spec: - Timeline: six-month bootcamp for college seniors with no prior app-dev exposure replaces the 2-3 week chapter budget; overrunning is acceptable; front-matter time estimates must be generous (added as an explicit content guideline). - Infrastructure: production exercises (Specs 06-08) deploy to the learner's own AWS account via committed Terraform under examples/, no GitHub Actions coupling; notes the researched deployment direction (single EC2 VM + OTel Demo's Docker Compose, ~$1/day, clean terraform destroy; k3s fallback) from issue #921. - Design decisions: added framework-agnostic/one-language-per-section and open-source design decisions. - Spec table: added standalone Spec 08 (Infrastructure: Terraform/AWS One-Command OTel Demo Environment), consumed by Specs 06 and 07. - Status accuracy: corrected stale status/Next Steps for Specs 01-04 (in review, built w/ ARM validation pending, spec written w/ tasks in progress, questions in flight) and linked the wayfinder map (issue #915) as where open decisions are tracked. Builds on 0211d07 (table formatting/revision history cleanup from add-specs-for-app-dev). Refs #915, #916
|
Warning Review limit reached
Next review available in: 59 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (3)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Summary
Revises
docs/specs/00-spec-chapter-11-appdev/00-spec-chapter-11-appdev.mdto v2.0, encoding the decisions from the 2026-07-23 planning meeting:estReadingMinutes, exerciseestMinutes) must be generous, since students are first-time application developers.examples/so learnerscdin and run one command. Documents the researched deployment direction from #921: single EC2 VM running the OTel Demo App's official Docker Compose via thin Terraform (~$1/day while running, cleanterraform destroy), with a k3s-on-EC2 fallback if pod-level blue-green is later needed.Builds on 0211d07 (the maintainer's own table-formatting/revision-history cleanup on
add-specs-for-app-dev), cherry-picked as the base commit. ARM-macOS compatibility constraint is unchanged.Verification
npx markdownlint-cli2on the changed file directly: 0 issuesnpm run lint(full repo, which excludesspecs/): 0 issuesCloses #916
Refs #915