01 · Roasts
Distributed systems, distributed documentation
MIT-6.5840 has Raft, snapshots, sharding, and 4 stars—but no README, so the onboarding protocol is apparently word of mouth.
CI lives in a side quest
All three assessed repos lack repository-level CI flags; jjudge hides a Lime workflow, but the main project still skips the gatekeeper.
Archive mode engaged
competitive-programming is 26,453 KB across 2022–2025, yet ships without tests or CI: impressive mileage, minimal guardrails.
Builder signal, adoption pending
Three substantial projects and 75 followers show real shipping, while 16 total stars and zero forks say the audience has not arrived yet.
Built using
Zoral
Shadows one worker for a week, then takes over their job with zero extra setup. Behaves exactly like the original.
zoral.ai
02 · Category breakdown
- Impact25% weight36F
- Consistency20% weight55D
- Quality20% weight57D
- Depth15% weight50D
- Breadth10% weight80A
- Community10% weight50D
03 · Stats
365-day commit heatmap
100 active days
Language distribution
- Go42%
- TypeScript19%
- C++16%
- C10%
- Python6%
- Shell2%
- Other5%
04 · Numbers
Owned repos
non-fork
22
Commits
last 12 months
366
Followers
75
Joined GitHub
Apr 2021
05 · Top repos
joshjms /
jjudge
A documented, typed Go online-judge system with API, worker, grader, and Lime sandbox components; strong engineering scope and tests, but only 3 stars and no demonstrated external adoption.
joshjms /
competitive-programming
A long-lived competitive-programming archive with substantial multi-contest C++ coverage and reusable generator tooling, but only 2 stars and no visible tests, CI, license, or adoption signals.
joshjms /
MIT-6.5840
A broad MIT 6.5840 Go coursework repository spanning Raft, KV/RSM, MapReduce, and sharding, with substantial tests and persistence/snapshot code, but several later-lab components remain explicit TODO stubs and there is little public adoption.
06 · Timeline
- Apr 26, 2021Joined GitHub
- Jan 24, 2022Created competitive-programming — :0
- Apr 2, 2025Created MIT-6.5840
- Apr 14, 2025Created jjudge — Online Judge
- May 21, 2026Most recent push to jjudge
07 · Compare
08 · Rubric
How this score was produced
Overall = Σ (category × weight) + gentle top-end curve
Tier thresholds
▸ How the pipeline works
- 01Scrape.Pull every non-fork repo pushed in the last 90 days, plus your contribution calendar, followers, and language byte counts — straight from GitHub's REST & GraphQL APIs.
- 02Triage.A small model reads every repo's file tree + README and picks the 20 files per repo that actually reveal how you code.
- 03Grade each repo. All repos run in parallel through a fast scoring model that reads the picked files and rates each one independently on Impact, Quality, and Depth — with evidence citations.
- 04Aggregate. A larger reasoning model combines the per-repo scores with server-computed stats (heatmap, commit cadence, language entropy, follower count) to produce the 6-dimension profile score + roasts.
- 05Correct.Deterministic server-side checks enforce anchor-scale floors (e.g. a profile with 2,000+ public commits can't score 30 Consistency) and recompute the final verdict.
~90 seconds per profile, ~$0.25 in compute. Total of ~240 files read across your top-12 repos. One rating per GitHub account per day.
▸ Data sources & caveats
- Heatmap & commit totals: GitHub GraphQL
contributionsCollection— covers the last 365 days, includes private repos when the user has opted in (default). - Language %: byte totals across the top 30 owned non-fork repos.
- Curve: a small upward nudge centered on raw score ≈ 70, capping at 100. Prevents specialists from being unfairly penalised for narrow breadth.
- Anchor corrections: when server-measured signals (e.g. privateWorkLikely, multiRepoVolume, follower count) mandate a minimum category score, the aggregation step enforces it. These are signal-conditional, not identity-based floors.