frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

A Black Scholes explainer with simulations you can interact with

https://envision.page/papers/black-scholes
1•eigen-vector•1m ago•0 comments

Ask HN: Do you have an exit plan for Slack?

1•gtirloni•1m ago•1 comments

How Woodworking Taught Me to Be a Programmer

https://thinkhuman.com/how-woodworking-taught-me-to-be-a-programmer/
1•jamesgill•2m ago•0 comments

How I do web design

https://www.kooslooijesteijn.net/blog/how-i-do-web-design
1•gregwolanski•3m ago•0 comments

Pulled '60 Minutes' segment on Trump immigration policy accidentally aired

https://www.adn.com/nation-world/2025/12/24/pulled-60-minutes-segment-on-trump-immigration-policy...
1•rolph•3m ago•0 comments

Caviar and foie gras? China is becoming a luxury food powerhouse

https://www.ft.com/content/e020def9-e455-44fb-bedc-b3b4fc28c304
1•Geekette•3m ago•0 comments

Show HN: Santa Saves Xmas; Android Game in Google Play Console Closed Testing

1•abionic•5m ago•0 comments

Onion and Garlic Braiding

https://abundantpermaculture.com/how-to-braid-garlic-and-onions/
1•marysminefnuf•7m ago•0 comments

Spaceball 2003 with Modern Software

https://github.com/jfedor2/spaceball-2003
1•starkparker•8m ago•0 comments

California to ban all plastic bags at retail stores starting in 2026

https://www.abc10.com/article/news/politics/california-to-ban-all-plastic-bags-at-retail-stores-s...
1•geox•9m ago•0 comments

Magic-Image: A React Component That Lets Coding Agents Create Images

https://bits.logic.inc/p/open-sourcing-magic-image-a-react
2•sgk284•11m ago•0 comments

Google Cloud Run cost me $4,676 in 6 weeks with zero traff

1•creativesage•12m ago•0 comments

Flamanville reactor has reached 100% of nuclear thermal power

https://www.edf.fr/en/the-edf-group/dedicated-sections/journalists/all-press-releases/update-on-t...
1•QueensGambit•12m ago•0 comments

An initial analysis of the rediscovered Unix V4 tape

https://www.spinellis.gr/blog/20251223/
1•fanf2•13m ago•0 comments

ARC-AGI-3

https://arcprize.org/arc-agi/3/
1•jonbaer•13m ago•0 comments

Make a Scalable Christmas Tree

https://codegolf.stackexchange.com/questions/15860/make-a-scalable-christmas-tree
1•andsoitis•15m ago•0 comments

SSH Tiny.christmas

3•cyanbane•16m ago•1 comments

Marcan (Hector Martin) appears to be contributing to the Ashai Linux project

https://lore.kernel.org/asahi/20251215-macsmc-subdevs-v6-4-0518cb5f28ae@gmail.com/
1•SamuelAdams•16m ago•0 comments

Programmatic ASCII art – creative, scalable, dynamic, and beyond

https://community.wolfram.com/groups/-/m/t/181532
1•andsoitis•17m ago•0 comments

A Scalable Communication Protocol for Networks of Large Language Models

https://arxiv.org/abs/2410.11905
1•walterbell•20m ago•0 comments

Mech Programming Language or developing data-driven, reactive systems

https://github.com/mech-lang
1•andsoitis•21m ago•0 comments

Apply to be a Judge Paying $159,951 to $207,500

https://join.justice.gov/
1•silexia•27m ago•1 comments

What happened to tidal-dl-ng?

1•rubin55•29m ago•0 comments

Being Santa Claus is a year-round calling

https://arstechnica.com/science/2025/12/being-santa-claus-is-a-year-round-calling/
1•bell-cot•29m ago•0 comments

Why Your AI "Fine-Tuning" Budget Is a Total Waste of Capital in 2026

https://noemititarenco.com/blog/why-your-ai-fine-tuning-budget-is-a-total-waste-of-capital-in-2026/
1•dvt•37m ago•1 comments

Fabrice Bellard: Biography [pdf]

https://www.ipaidia.gr/wp-content/uploads/2020/12/117-2020-fabrice-bellard.pdf
3•lioeters•37m ago•0 comments

The Pod Shop Game: Have you got what it takes to run your own hedge fund?!

https://www.podshop.io/
2•WiseHare•38m ago•0 comments

In Pursuit of the Monarch's Magnetic Sense

https://www.nytimes.com/2025/12/23/science/neuroscience-monarch-butterflies-migration.html
1•bicepjai•40m ago•1 comments

Peter Gutmann – Why Quantum Cryptanalysis Is Bollocks [video]

https://www.youtube.com/watch?v=xa4Ok7WNFHY
3•lisper•41m ago•0 comments

Fixing HN comments with breadth-first navigation

https://pratik.is/writing/essays/hn-comments
2•news_hacker•44m ago•0 comments
Open in hackernews

Show HN: No more writing shitty regexes to police usernames

https://www.username.dev
16•choraria•2h ago
Every product that allows usernames eventually ships the same broken solution. Someone adds a blacklist. Then a regex. Then another regex copied from StackOverflow. It works just long enough to ship, and then `admin`, `support`, city names, brand impersonation, and obvious slurs start leaking through anyway. Everyone knows it’s fragile, but it gets ignored because "it’s just usernames".

I’ve had to rebuild this logic across multiple products, and I got tired of pretending it’s a solved problem. So I built *username.dev*, an API that answers a more useful question than "is this taken?" — it tells you what a username actually represents.

Instead of returning a boolean, the API classifies usernames into real categories like brands, public figures, places, system-reserved terms, dictionary words, premium handles, and offensive content, and returns structured metadata you can actually make decisions with. That means blocking impersonation without breaking legitimate users, stopping abuse without maintaining massive regex lists, and even monetizing high-demand usernames if that’s part of your product.

Under the hood it’s intentionally boring infrastructure: Cloudflare Workers at the edge, KV for fast reads, D1 for usage and analytics, and a simple HTTP endpoint (`GET /check?input=foo`). P95 latency sits around 300ms globally. There’s no ML magic, no black box, and no attempt to be clever — just fast, deterministic classification.

Pricing is usage-based and prepaid because subscriptions for infrastructure like this are annoying. There’s a free tier with 1,000 requests and no credit card. Use it, throw it away, or rip the idea off.

If you think regex blacklists are "good enough", usernames don’t matter, or this is a trivial problem, you’re probably already shipping bugs — they’re just not loud enough yet.

Tell me why this is a bad idea, what edge cases I’m missing, or what you’ve duct-taped together instead.

— Sourabh

Comments

sampli•1h ago
I want all the SaaS in my stack
maxall4•1h ago
I can’t tell if this is some complex joke or a real product. This is literally string.contains() as a service.

Edit: 300ms?!

gs17•59m ago
I think there's some value in providing a huge dictionary of things to test against, with tagging for what things are to help filter. This doesn't do a great job at it, and it would make 100x more sense as a library, but it's a little more than just string.contains().
maxall4•53m ago
Sure, but I’m not convinced that producing a blacklist and filtering system is that difficult. More importantly, it’s little things like this that slowly and insidiously degrade the user experience. Sure it starts with one 300ms API call, maybe most people won’t notice. But when you reach for solutions like this to every minor technical problem, the next thing you know it takes 5 seconds to sign-up.
choraria•4m ago
My take on latency in general is this: You may just use the API to flag (not act) in an async way. This way, you can just alert/monitor and decide later whether or not to take any actions while keeping the flow non-blocking. Another approach would be to run it against existing handles to see what opportunities exist (ex: premium usernames, impersonators etc.).
gs17•2m ago
Sounds like a good opportunity for some kind of batching feature.
choraria•7m ago
Not a joke (I'm taking this in the spirit intended) but I can see there are TONS of things I need to be improving on:

1. latency: my original goal was to make it sub-10s but with checking for auth, cold starts, the actual lookup, couldn't get it to do better than 2-300ms. I need to improve this though and I will. 2. increased list size: currently, the lookup happens across 1.7million records (will go up to 2.5m in the next days/weeks) BUT I don't think that would ever cover ALL scenarios. 3. better categorisation

tommy_axle•58m ago
Ok so taylorswift is reserved but taylor_swift and realtaylorswift can be used? It seems like impersonation would still be a problem.
chaps•50m ago
Hah no kidding. I tried just, "bill_gates" --

  {
    "username": "bill_gates",
    "isReserved": false,
    "isDeleted": false,
    "categories": []
  }
what's the point of this thing...?
gs17•44m ago
It's odd that they focused so much on "it's better than regexes" when it doesn't handle these cases where a regex would do well.
choraria•25m ago
The comment on regex was really because that's what I did when I built internal reserved usernames list of 2 of my URL shortener projects. I love regex, btw. BUT, I don't think they cover all of what we need with usernames specifically. Shared some more insights on the thread about variations too (like underscores etc.).
bpt3•32m ago
Why would I want billgates to be reserved in the first place, unless I'm Microsoft?

And the definition of a "public figure" is absurdly broad and inconsistent. Some very common names are flagged as reserved for what are extremely minor celebrities at best (like an assistant coach of a college basketball team, or a actor with barely any formal credits as examples, and some other obscure athletes are marked as reserved while others are not).

choraria•28m ago
I thought about this and decided against complicating ways in which this can be restricted. Honestly, this is a super simple challenge to solve. Perhaps I should introduce this as an API parameter to detect variations. That way, not just taylor_swift but t_aylorswift, ta_ylorswift etc. could also be detected and flagged.

As for realtaylorswift, I thought about that too. I don't think — and this is my personal opinion, obviously — most platforms wouldn't want to restrict this because then it really becomes unmanageable. I could obviously be wrong though and these could very easily be introduced to the API also (i.e. detect obvious username patterns) and totally open to adding that as an API parameter too.

chaps•21m ago
Friend, with respect, these "simple challenge"s really start to add up very quickly, especially after edge cases.

Highly recommend you read this and similar posts: https://www.kalzumeus.com/2010/06/17/falsehoods-programmers-...

gs17•3m ago
> I can safely assume that this dictionary of bad words contains no people’s names in it.

This is a big one for this kind of project, and I've never been sure how usernames for people named Kike should be handled.

CamJN•58m ago
I hate to say it but checking if a string is ~= some identifier might actually be something an llm might be useful for, since it doesn't need to be 100% accurate and does need to evaluate the string against a massive number of potential transformations.
bpt3•50m ago
Yes, a classifier based on similarity metrics would be more useful than whatever is going on behind the scenes here, which seems to be completely based on string matching and a not very creative dictionary of offensive terms.
Dumbledumb•58m ago
So, I can’t use my legal name as a username because some random town with a few thousand people is named the same?
choraria•39m ago
That would depend on the folks implementing the API

In it's current state, I'd look at the API to check for reserved / premium names (or something that's profane).

If it makes sense contextually: imagine if you were building the next Twitter. I'm guessing you'd want to have a way to charge for premium names and in-turn need a way to detect what's premium. For the most part, first and last names are pretty premium and people pay (they do!) for such usernames.

eptcyka•58m ago
I can easily generate valid yet foul names that I’d prefer to not allow if I was into censoring usernames.
choraria•22m ago
Tell me about 'em. Will add to the list. I doubt I'll be able to stop ALL variations but I really am determined to manually keep this list updated as best as possible. Currently at 1.7 million records; will be at around 2.5 million in the coming months and I suspect this will just keep increasing.
nicpottier•56m ago
Congrats on the launch!

Do you expect / want this to be a business? This feels like the kind of thing where anybody big enough to pay for it will build it in house. And your pricing seems so cheap that even if you do win some it won't be enough.

Genuine curiosity but 300ms seems slow? Am I missing something? How big is the blacklist?

choraria•42m ago
Thanks and I do appreciate the comment too.

I'm a bit unsure about it's future as a business but for now, hoping it becomes my first app with some paying users. I typically think small scale but you're right. I suppose most big companies already have an in-house way to deal with it.

Idea behind this was super charged because there wasn't a global reserve list already available for folks to access.

On the latency, I'll work on improving it. Currently, the list (not a blacklist :P) is about 1.7 million records. I suspect it to go to 2.5M in the next few days. I should probably stop using Cloudflare Workers, KV and D1 to instantly improve on that.

nlh•54m ago
I love that you’re tackling this problem, and congrats on launching and getting this on HN!

This does feel like a real problem. The thing that concerns me (and likely other devs here) is that it adds an additional remote API dependency for a very core part of a system when a lot of people are trying to keep those dependencies to an absolute minimum. When your service goes down (not if), everyone who’s dependent on you will not be able to register new users, etc.

Is there any way you can offer this as a library instead? You deserve to get paid of course - maybe provide the library and initial data and charge for updates / premium checks, something like that.

choraria•49m ago
Super valid and fair. Thanks for taking the time and writing this too. In tears (on the inside) because of some validation around problem statement. I am exploring providing this as a pay-once service too, where you get a point-in-time CSV/JSON export and then folks pay to update data. Felt like too much work for the first release so didn't get to it.

As for the original concern though, here's some thoughts: You may just use it to flag (not act) in an async way. This way, you can just alert/monitor and decide later whether or not to take any actions while keeping the flow non-blocking. Another approach would be to run it against existing handles to see what opportunities exist (ex: premium usernames, impersonators etc.).

BUT, thanks again for the input. I'll definitely make this happen!

gs17•54m ago
I'm not understanding your categories. Every dictionary word is flagged? It seems any first or last name is a "public_figure" ("apple" is a "public_figure" and also a "brand", I guess that means there's someone named Apple? Tim Apple?)?

It "blocks profanity", but "shithead", "assfucker", etc. are allowed (not to mention obfuscating a restricted term even slightly, e.g. "sh1t")? Yes, the Scunthorpe problem exists, but you can do better, and should if you're expecting people to pay to wait 500ms.

Something that detects these sorts of things very well could actually be worth paying for, although it still would probably be better off as a library.

choraria•35m ago
Thanks and this gives me more perspective too. Here's what I'm hearing:

- need to improve categorisation (some are miscategorised, some categories don't make sense) - better list; more subsets to block (fair and very true) — this is an evolving list and so I'll work on constantly adding more to it (currently has ~1.7million records; will go to 2.5 in the next few days) - latency is a killer

Again, I said it in another comment too, I'm pretty happy with this (tears on the inside) because the problem at least is validated in some way.

I just need to do better in terms of solutioning; which, IMO, is doable.

bpt3•53m ago
Why do I care as a website owner whether someone uses a brand name (e.g. cocacola) as their username on my site?

Same question, but for place names which seems completely innocuous?

Instead of us telling you why this is a bad idea, can you tell us why this is a good idea and what bugs we are shipping currently that this prevents?

gs17•15m ago
I could see social-media-ish websites not wanting those names to prevent impersonation. They'd be deciding if they want to risk friction when a big name joins the platform (@cocacola needs Coca-Cola to verify) or risk threats from that big names' legal department (when @cocacola gets registered by someone who just posts furry porn of their mascot bear). It could just set a flag to require the account to verify or be renamed.
bpt3•3m ago
I get the argument in theory, but then I'll just register coca-cola (which is available), cocacola_furry (which is available), C0CAC0LA (which is available), etc.

You're signing up to play a game you can't win preemptively IMO.

As an aside, cocacola is also "available", despite being listed as an example of what you don't want to allow on the homepage and presumably would be flagged as a reserved brand name handle by this service.

delduca•51m ago
Hmm… I do know, certain usernames in one language can have a bad meaning in others
cracki•49m ago
Site is AI-generated. The post to HN is AI-generated.

As other comments point out, lots of holes.

I think nobody should pay for that.

choraria•17m ago
- site is AI generated: yes. I'm NOT a developer. I vibe-coded it using Cursor and other AI tools - post is AI generated: not 100%. I wrote the whole thing myself (promise). The sentiment is real, so is all the context. I just asked AI to polish it. Had made too many typos in my original text. To avoid being labelled as "AI content", I now make video responses for the most part. Please check my twitter (same username) and you'll see. - lots of holes: you bet! what I'm happy about is though that the problem statement is validated to an extent. I see multiple people ack'ing that the problem is real. It's just that my solution is bad. I can improve it and I will. - paying: yes, you're right. IMO, they should try first. complain, complain, complain so I can get to fixing issues (like from many of the comments here) and only if they need to make more API requests, they could then choose to pay

WDYT?

dsfdsfdsffdsfs•47m ago
Credits need to expire in X months. That way you don't have to keep the service running if it turns out not to get traction.