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.