We built a much simpler alternative to this over complicated mess that is Hex.
If you're interested in using it, you can 1-click deploy.
727 karma · joined June 13, 2018
If you're interested in using it, you can 1-click deploy.
Needle in a haystack isn't a game. It's a way to stimulate your brain for 30 seconds at best. It's not a game.
I'm tempted to create a website curating video game stories like this one.
I recently went through it from start to finish as an adult and found it an incredible slog to get through. The puzzles, to me, made zero sense, which sucks the fun out of the game because the only possible way to solve them is to just try everything with everything or to look up the solution.
The latest Monkey Island. Now THAT's how you make a point-and-click adventure game!
That is the difference between Gilbert's game design versus Schafer's. I much prefer Gilbert.
I love the world, the characters, the music, and the art style. It was so inspiring for me as a child.
I literally hate the puzzles and the gameplay.
A modern database client with dashboards, saved queries, workflows, and yes, AI built into it.
I've focused on building brilliant UX over the last year, and it has paid off. I've had two emails saying that they have cancelled their Jetbrains subscription for DataGrip which has been so validating.
It's been a labour of love and I'm super happy to have disrupted even a small part of the ginormous market that is database clients.
These one-shot products aren't games. They're barely even demos. I don't even know what to call them. For a mature framework like Phaser to sell-out like this and create a vibecoded platform for vibecoded games is shocking.
https://open.spotify.com/playlist/1rCPATCm4x2l5c5TyzoM54?si=...
Those that did, how true is this music to the original channel's music?
So I built a small social app (Chirp: 50k users, 1M posts, ~2.5M follows) in one SQLite file, put it behind a plain Node server, and load tested it properly: real HTTP, real JSON serialization, autocannon hammering it over sockets. The worst query in the app (home timeline, which joins follows against posts, counts likes, sorts by time) still did 3,654 req/s on an M1 laptop, which works out to 315M requests/day.
The part I didn't expect going in: WAL vs the old rollback journal isn't a minor tuning knob, it's the whole story. Same query, same data, one pragma changed, and p99 read latency goes from 4.4ms to 133ms once you add a writer. That's the "SQLite locks and blocks everyone" reputation, and it's from a database mode most people don't even use anymore.
I also tried to be honest about where it falls over: reads stop scaling once anything writes (page cache invalidation, not lock contention), there's one write lock for the whole DB, and there's no failover if the box dies. Those are real constraints, not disclaimers.
Also benchmarked Node+better-sqlite3 vs Bun+bun:sqlite since I had the harness built anyway. Bun wins on cheap queries, Node wins on the expensive ones. Wasn't expecting a split.
Happy to answer questions on methodology, the STRICT table stuff, or why we ended up building this the way we did.
I love HN's (healthy) obsession with SQLite. It's brilliant.
I have so many thoughts but all I can think is this is the epitome of vibecoded slop.
I've never, EVER, in 18 years of being in this business, seen a software product demo of an emoji doing THAT before...
1. Boys see girl 2. Boys fight over girl
Creator could have chosen literally anything else to represent their product but instead went with an animation of boy emojis fighting over a girl emoji.
This is exactly what we built Mira for. It's self-hosted, bring-your-own-model/BYOK, and most importantly, open source.
You point it at your own API keys (e.g. OpenRouter or a local model) so nothing leaves your infra, and it runs as a code reviewer on PRs.
It's also ridiculously quick at reviewing (benchmarks at ~77s) because your PRs aren't sitting in a queue on a cloud somewhere (alternatives are > 5 minutes)
We're working really closely with our users to build the best possible code reviewer. Feedback and contributions are highly encouraged.
A complete desktop app for browsing and editing your Postgres, MySQL, SQLite data, creating beautiful dashboards, and soon designing automated workflows for repeat tasks.
I've kept a devlog of the last 10 months of building DB Pro, which has been the best way to bring users to the product. I'd highly recommend folks starting a devlog if they can.
What I dislike is "AI SLOP" seems to be the default response to anything remotely creative anymore.
What a terrible, terrible timeline we live in now. Seriously. I genuinely hate it.
Stay tuned for v2.1.4, coming this week.
Many people told us we were crazy to compete with such a mature product as DataGrip before we got started.
It has been fascinating to speak to people who use database apps and to learn about their experiences.
Now, we have many, many customers telling us that they have cancelled their DataGrip/JetBrains sub and have switched to using our product, mainly due to speed but also cost.
Their products are really, really slow.
Just launched Studio, which is the self-hosted version of DB Pro.
I also keep a devlog. #9 was just published to YouTube.
Self-Host Your Own Database Client | DB Pro Devlog #9 https://youtu.be/MJvSrJGtk70