Connect your IDE and appear live on a 3D globe as you code. Track your stats per repo, file, and language, launch your projects to a community of builders, and get noticed.
No reviews yetBe the first to leave a review for DevGlobe
Maker
📌
Hey Product Hunt 👋
Coding trackers have always been solo dashboards. WakaTime even calls itself the "Fitbit for programmers", and that's exactly it: great data, but it lives alone in a private tab. We wanted the Strava version: the same stats, but live, social, and public if you want it to be.
So the fastest way to get it is to just open the globe: https://devglobe.app, hit play, let the music and auto-rotate kick in, and watch developers light up city by city as they code in real time. Here's my own live profile and stats so you can see what yours would look like: https://devglobe.app/developers/...
We learned why the social part matters the hard way. Our first version got around 170k views and 400 signups, then almost nobody came back. People installed the extension and forgot the site existed, because there was nothing to return to. So we spent two months rebuilding around one idea: make the stats social.
What it does: you connect your IDE and show up live on that 3D globe as you code, with full stats per file, language, project, and branch. Then you can launch your projects in a weekly directory and get upvotes from real builders. Goals, badges, and private leaderboards are there too if you like a nudge to keep going.
Who it's for: developers and builders who want their coding to be more than a private number. Indie hackers shipping in public, freelancers tracking time per project, open-source folks who want a public profile, and the WakaTime/Wakapi crowd looking for a social layer.
The directory is the part I'd point you to. Up to 15 projects launch each week, and the people voting are devs already on DevGlobe for their own stats, not an imported crowd and not bots. So a launch gets real eyes even with zero followers.
On privacy, since an extension that shows where you code deserves real scrutiny, here's exactly how it works:
We track your coding, not your code. Source code, file contents, keystrokes, commits, env vars, and SSH keys never leave your machine. Only metadata is sent: language, editor, coding time, and repo/branch/file names.
Location is city-level only, snapped to the nearest city center, never your exact coordinates.
Three profile modes you can switch anytime: Public (your city), Anonymous (a random city in your country, so you're on the globe but your real location is hidden), or Private (off the globe entirely, stats tracked solo with full history, no 7-day cap).
Every field is individually toggleable locally before anything is sent: hide file names, branch names, or whole project names from your config.toml.
The extensions are open source (MIT) so you can audit every line yourself.
Pricing: tracking, stats, the globe, and the directory are all free. The one ask, and it's by design: once a week you upvote or comment on a project in the directory to keep your stats access active. That small weekly action is what keeps the directory full of real, active voters instead of a ghost-town feed, so every launch actually gets seen. We only charge makers who want extra reach (a featured launch slot or a written article about their product), never for the tracking itself.
I'd love your feedback: if you ship things, would you launch in a weekly directory like this one?
Thanks for checking it out, I'd genuinely love to hear what you think.
— CaadriFR
Report
The Strava analogy really nails it. WakaTime is great data but it's fundamentally solo - there's no reason to check it beyond your own curiosity. The social layer is what turns tracking into accountability and motivation. I'm curious how the live globe handles privacy - can you choose what to make public vs keep private? Some devs will love full transparency, others will want to share stats without exposing which specific files they're working on.
On DevGlobe, users can choose how they appear on the globe. In Classic mode, you show up in the center of your city (never your exact location). In Anonymous mode, you appear in a random city within your country. And in Private mode, you don't appear on the globe at all though you still track all your own stats.
As for tracking, the extensions only send the server the programming language you're using, the time you spent coding between syncs, your IDE or agent, and optionally the name of your repo or the file you're working on. Plus, everything is fully transparent: the extensions are open source and deployed via GitHub Actions, so anyone can audit the code and see exactly what’s being sent.
If you like the project, we’d love to see you on the globe 🌍
Report
I've been building in public for 18 months and the hardest part isn't showing progress—it's deciding what to show without leaking API keys, half-baked features, or database schemas. Does DevGlobe have any guardrails for masking sensitive env vars or WIP routes? That's the feature that would make me switch from my current stack.
To answer you: feel free to download the extensions without any worry: they never access your code or personal data.
The only things that get tracked are: the programming language you’re using, your IDE, your OS and optionally the name of your repo or the file you’re working on.
You appear on the globe simply because the extension detects when you (or your coding agent) are actively writing code. That’s it!
Report
@nako0 Thanks for the privacy clarification — to be clear, my question wasn't about the extension accessing code (that part looks solid, especially with the open-source MIT extensions).
What I meant is about the project launch/directory side: when I launch a project on DevGlobe and share progress updates, is there any built-in guardrail that detects and masks sensitive stuff in the content I voluntarily post? Like if I accidentally paste a terminal screenshot that shows an OPENAI_API_KEY, or describe a WIP route like /api/admin/delete-user, does DevGlobe warn me or auto-redact before it goes live?
That's the specific pain point I've hit on other platforms — I want to build in public, but I don't want to manually audit every screenshot and description for leaks. If DevGlobe had a "safe share" mode that flags env vars, DB connection strings, or internal API paths in my launch post before publishing, that would be a real differentiator for me.
The Strava analogy really nails it. WakaTime is great data but it's fundamentally solo - there's no reason to check it beyond your own curiosity. The social layer is what turns tracking into accountability and motivation. I'm curious how the live globe handles privacy - can you choose what to make public vs keep private? Some devs will love full transparency, others will want to share stats without exposing which specific files they're working on.
@omri_ben_shoham1
Thanks for your feedback!
On DevGlobe, users can choose how they appear on the globe. In Classic mode, you show up in the center of your city (never your exact location). In Anonymous mode, you appear in a random city within your country. And in Private mode, you don't appear on the globe at all though you still track all your own stats.
As for tracking, the extensions only send the server the programming language you're using, the time you spent coding between syncs, your IDE or agent, and optionally the name of your repo or the file you're working on.
Plus, everything is fully transparent: the extensions are open source and deployed via GitHub Actions, so anyone can audit the code and see exactly what’s being sent.
If you like the project, we’d love to see you on the globe 🌍
I've been building in public for 18 months and the hardest part isn't showing progress—it's deciding what to show without leaking API keys, half-baked features, or database schemas. Does DevGlobe have any guardrails for masking sensitive env vars or WIP routes? That's the feature that would make me switch from my current stack.
@jimmy_benhsu
Your comment is spot on!
To answer you: feel free to download the extensions without any worry: they never access your code or personal data.
The only things that get tracked are: the programming language you’re using, your IDE, your OS and optionally the name of your repo or the file you’re working on.
You appear on the globe simply because the extension detects when you (or your coding agent) are actively writing code. That’s it!
@nako0 Thanks for the privacy clarification — to be clear, my question wasn't about the extension accessing code (that part looks solid, especially with the open-source MIT extensions).
What I meant is about the project launch/directory side: when I launch a project on DevGlobe and share progress updates, is there any built-in guardrail that detects and masks sensitive stuff in the content I voluntarily post? Like if I accidentally paste a terminal screenshot that shows an OPENAI_API_KEY, or describe a WIP route like /api/admin/delete-user, does DevGlobe warn me or auto-redact before it goes live?
That's the specific pain point I've hit on other platforms — I want to build in public, but I don't want to manually audit every screenshot and description for leaks. If DevGlobe had a "safe share" mode that flags env vars, DB connection strings, or internal API paths in my launch post before publishing, that would be a real differentiator for me.
Mailwarm
Congrats on your launch!!
@thamibenjelloun Thanks, Thami! We hope to see you on the globe