Day 1 · Mon 2026-10-05 · LeetCode FULL

LeetCode baseline: API, entities, submissions, runners, and leaderboard reads

Week 11 trains two designs with one operating spine: admission, isolation, durable work, queue/backpressure, streaming/reconnect, derived state, evals, and recovery.

3contiguous 1-D DP slots
25-35mattempt + follow-up window
Staffinvariant, failure, recovery, metrics

Exact Daily Schedule

No drift: the same six blocks run every day.

TimeBlockContract
08:50-09:00TargetWrite one Staff-level invariant and one failure window before reading.
09:00-10:05Project design25-35m LeetCode blank-page attempt, then Hello Interview LeetCode baseline anchors.
10:05-10:45DDIA / source groundingMap the design to exact DDIA anchors and only direct applied-AI sources.
10:45-10:55Spoken closeRecord the architecture in English, then say the Chinese invariant aloud.
14:30-16:151-D DP contiguous blockThree NeetCode slots below; each slot is 25-35 minutes plus follow-up.
20:30-21:15Recall / artifactRun English Senior+/Staff recall and patch the scorecard evidence.

Canonical Hello Interview Anchors

Direct day-page anchors only. Source titles were verified live before build.

Canonical anchorDispositionDesign decision
Understanding the ProblemFULL required readingRead the problem as a product contract before naming services.
Functional RequirementsFULL required readingSeparate browse, solve, submit, and leaderboard behavior.
Non-Functional RequirementsFULL required readingTurn instant feedback and contest spikes into explicit SLOs.
The Set UpFULL required readingState assumptions before drawing the architecture.
Planning the ApproachFULL required readingMove from entities to APIs to high-level services.
Defining the Core EntitiesFULL required readingProblem, Submission, Attempt, TestCase, Contest, and Leaderboard are distinct records.
API or System InterfaceFULL required readingSubmission creation is not synchronous code execution.
High-Level DesignFULL required readingUse a runner queue and durable attempt state.
Users should be able to view a list of coding problemsFULL required readingProblem listing is a read path with filters and cacheable metadata.
Users should be able to view a given problem and code a solutionFULL required readingProblem detail and editor state are different latency classes.
Users should be able to submit their solution and get instant feedbackFULL required readingSubmission writes enqueue execution and poll or stream results.
Users should be able to view a live leaderboard for competitionsFULL required readingLeaderboard is a derived view from accepted contest submissions.

Exact DDIA Mapping

Only Ch5, Ch9, and Ch13 sections are in scope.

ChapterExact sectionInterview use
Ch5流经服务的数据流:REST 与 RPCSubmission creation and runner execution are remote calls with uncertain failure semantics.
Ch5事件驱动的架构A queue decouples API availability from runner capacity.

Applied AI Source Gate

First-party/original sources appear only when they change a serving, eval, security, or operating decision.

No applied-AI source is introduced today unless it changes a concrete serving, eval, security, or operating decision.

21-Slot 1-D DP Runway

Today is slot 1-3 of 21, contiguous across the week.

BlockNeetCode problemModeInvariant25-35m follow-upComplexity
14:30-15:05Climbing StairsWarm-up recurrencedp[i] depends only on i-1 and i-2; compress to two scalars.Ask for O(1) space and base cases for n=1.O(n) / O(1)
15:05-15:40Min Cost Climbing StairsCost recurrenceState is cheapest cost to stand on each index; answer is min(last two).Ask why the top has no cost.O(n) / O(1)
15:40-16:15House RobberTake/skip recurrenceAt each house, carry best with and without current adjacent conflict.Ask for proof that local choice is not greedy.O(n) / O(1)

Artifacts And Recall

Use these in the evening block and scorecard.

Required spoken close: explain one invariant, one failure window, one recovery path, and one metric in English. Then restate the same design decision in Chinese without adding new components.
Local study materials
Detailed lecture notes, audio, recall scripts, PDFs, Staff Q&A, and mock packs are archived locally and are intentionally not published on this site.