01 · Roasts
The Tumbleweed Heatmap
52 weeks. 364 days. 0 commits. Your contribution graph is so empty it could double as a meditation retreat. The last public push was November 2023 and even that was a 40-line vim config.
staleRepoRatio: 1.0
Every. Single. Repo. Last pushed over 2 years ago. That's not a portfolio, that's a digital graveyard with a TypeScript headstone.
34 Stars, Zero Tests
wait-for-endpoint pulled 34 stars — your entire claim to GitHub fame — and you celebrated by never writing a single test or setting up CI. Bash scripts deserve love too, Cec.
Camunda Empty Delegate Club
camunda-jdk8-datetime has a delegate implementation where the execute() method is literally empty, and test methods that are just commented-out code. The project has one job and it refuses to do it.
Joined 2010, Peaked 2021
14 years on GitHub, 5 followers, 27 repos, and a heatmap that looks like outer space. You've been here since the Obama administration and the best the public sees is a bash one-liner.
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% weight25F
- Consistency20% weight5F
- Quality20% weight39F
- Depth15% weight20F
- Breadth10% weight65C
- Community10% weight25F
03 · Stats
365-day commit heatmap
0 active days
Language distribution
- TypeScript45%
- Java29%
- HTML10%
- Shell7%
- JavaScript5%
- Ruby4%
04 · Numbers
Owned repos
non-fork
7
Commits
last 12 months
0
Followers
5
Joined GitHub
Sep 2010
05 · Top repos
cec /
wait-for-endpoint
Minimal bash utility script for waiting on HTTP endpoints. Single-file implementation with limited scope, no tests/CI, but functional with decent argument handling and error validation.
cec /
camunda-jdk8-datetime
A minimal Camunda BPM issue reproduction project for Java 8 datetime serialization. Scaffolding-like structure with mostly empty delegate implementations, limited commit activity (1 of last 30), no CI/license, and no real production usage signal.
cec /
ideavimrc
A personal configuration file for IdeaVim with minimal documentation. Single .ideavimrc file (~40 LOC) shared without version control setup (no .gitignore, no license, no tests). Created and last modified within hours in 2023.
06 · Timeline
- Sep 3, 2010Joined GitHub
- Jan 9, 2020Created camunda-jdk8-datetime
- Jul 3, 2020Created wait-for-endpoint — bash script waiting until a given endpoint returns 200 or until timeout threshold is reached
- Nov 8, 2023Created ideavimrc
- Nov 8, 2023Most recent push to ideavimrc
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.