ESP32-S3 Bench Guide
ESP32-S3 N16R8 bench guide: live pinout, lessons, simulators and the bench log.
翻譯準備中
尚未偵測到更新。GitHub 發布版本後會顯示在這裡。
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證Ez-prog is a website that for everyone can learn lessons about programing with visualization.
翻譯準備中
取自儲存庫 README
正在載入完整 README。 以下為已儲存的摘錄。
An offline-capable computer science learning site: every lesson pairs prose with
an interactive visualization you step through frame by frame, on input you
choose, with the source highlighted alongside.
Phase 0 (the foundation) is complete. See docs/PHASE0-EXIT.md
for what passed its exit gate and what did not.
Requires Node 24 and pnpm 11 (pinned via packageManager).
Every one of these runs in CI (.github/workflows/ci.yml) and must pass before
a change lands. Run them in this order locally:檢視完整 README ↗An offline-capable computer science learning site: every lesson pairs prose with an interactive visualization you step through frame by frame, on input you choose, with the source highlighted alongside.
Phase 0 (the foundation) is complete. See docs/PHASE0-EXIT.md
for what passed its exit gate and what did not.
Requires Node 24 and pnpm 11 (pinned via packageManager).
pnpm install
pnpm dev # Astro dev server
Every one of these runs in CI (.github/workflows/ci.yml) and must pass before
a change lands. Run them in this order locally:
pnpm lint:content # eight content rules (see docs/AUTHORING.md §6)
pnpm typecheck # tsc -b across packages, then astro check
pnpm test # vitest: unit, property, and conformance tests
pnpm build # the real production build, to apps/web/dist
pnpm check:offline # scans the build for external asset references
pnpm test:e2e # Playwright: a11y, no-JS, 360px, layout stability
check:offline requires a prior pnpm build — it scans build output.
test:e2e serves that same output.
apps/web/ Astro + Starlight site, lesson content, viz registry
src/content/docs/ the lessons themselves
src/viz/ registry + per-language code samples
e2e/ Playwright suite
packages/viz-core/ framework-free model: Frame, snap, collect, generators
packages/viz-react/ React renderers, Player, transport hook
packages/viz-3d/ TreeView3D, a Three.js renderer loaded on demand for one lesson
scripts/ the content lint and offline-asset gates
docs/ authoring guide, exit-gate record, spikes
viz-core holds no React and viz-react holds no algorithms; a lesson reusing
an existing renderer never needs to modify a file that already exists under
packages/.
docs/AUTHORING.md is the complete, stand-alone guide —
frontmatter, the lesson shape, adding a visualization end to end, every lint
rule, and the Definition of Done. It was written against the real source, and a
fourth lesson was built from it alone to prove it is sufficient.
The backlog of candidate lessons lives in
ROADMAP-CONTENT.md. Rows marked engine change need a
new renderer first and must be scoped separately — not folded into a content
change.
The code runner, practice problems, and progress tracking are Phase 1
(IMPLEMENTATION_PLAN.md §11). A judge interface and a deterministic
MockJudge exist; no real execution backend is wired up, and the Judge0 spike
was deliberately not run — see docs/spikes/.
When client-side grading does ship, this README must carry the correction in the design spec §4.3: hidden tests are not displayed by default, which stops casual answer-peeking, but they are not secret — their stdin reaches the client and the comparison runs in client JavaScript. Real secrecy needs a backend.