Hacker News: bluepnume

New comment by bluepnume in "TypeScript's number type is a lie"

bluepnume — Wed, 27 May 2026 20:05:10 +0000

True enough. Although personally I prefer to just use regular functions rather than big inheritance chains.

New comment by bluepnume in "TypeScript's number type is a lie"

bluepnume — Wed, 27 May 2026 04:58:05 +0000

Probably if nothing else, impossible to have it perform well without static typing?

New comment by bluepnume in "TypeScript's number type is a lie"

bluepnume — Wed, 27 May 2026 02:57:01 +0000

In most languages you could probably solve this problem with a class. But wrapping all your numbers in a class with runtime consequences, just for a bit of extra type safety, feels quite extreme.

TypeScript's number type is a lie

bluepnume — Wed, 27 May 2026 01:54:57 +0000

Article URL: https://bluepnume.medium.com/typescripts-number-type-is-a-lie-6b3b10dd8f54

Comments URL: https://news.ycombinator.com/item?id=48288491

Points: 4

# Comments: 6

A slighly better useState

bluepnume — Tue, 10 Jun 2025 07:39:57 +0000

Article URL: https://bluepnume.medium.com/a-slightly-better-usestate-cac0e27fddd4

Comments URL: https://news.ycombinator.com/item?id=44233805

Points: 1

# Comments: 0

New comment by bluepnume in "Is 1 Prime, and Does It Matter?"

bluepnume — Tue, 22 Apr 2025 00:14:29 +0000

It's hardly odd.

"Even" just means "divisible by 2"

"2 is the only prime that is divisible by 2" "3 is the only prime that is divisible by 3" "5 is the only prime that is divisible by 5"

...

"N is the only prime that is divisible by N"

New comment by bluepnume in "JesseSort: A novel sorting algorithm that is faster than Python's default sort."

bluepnume — Fri, 14 Feb 2025 00:55:50 +0000

He should have at least called it eejss-sort

New comment by bluepnume in "Litdb – type safe SQL for JavaScript/TS"

bluepnume — Fri, 06 Dec 2024 03:58:50 +0000

Runtime validate at the database boundary? Isn't it better to just do runtime validation at the api boundary instead? Then any of the types that make it into the database should be mostly guaranteed by TS (and of course, whatever types are enforced by the database schema itself).

New comment by bluepnume in "Zod: TypeScript-first schema validation with static type inference"

bluepnume — Thu, 10 Oct 2024 02:23:06 +0000

You find it weird that a type system doesn't do runtime validation? Is that common in many other languages?

New comment by bluepnume in "The anatomy of a 2AM mental breakdown"

bluepnume — Tue, 20 Aug 2024 15:36:08 +0000

Looks like the bug was in a monkey-patched `window.fetch`

https://github.com/PostHog/posthog-js/blob/759829c67fcb8720f...

The biggest lesson here is, if you're writing a popular library that monkey-patches global functions, it needs to be really well tested.

There's a difference between "I'll throw posthog calls in a try/catch just in case" and "With posthog I literally can't make fetch() calls with POST"

New comment by bluepnume in "The shortest, strangest engineering interview I've ever done"

bluepnume — Fri, 16 Aug 2024 05:16:46 +0000

The funny thing is, it was pretty clear to me he meant that as a bit of a joke.

The question on our application is "are you a fit for the JD"

For the most part, the answer is "obviously yes, that's why I'm applying", but we do get some really insightful answers here where people talk about their weaknesses too and we learn something.

But even in the call he seemed to acknowledge that was a bit of a joke, and I legit don't mind jokey bravado for the most part.

New comment by bluepnume in "The shortest, strangest engineering interview I've ever done"

bluepnume — Fri, 16 Aug 2024 04:33:23 +0000

Would absolutely love to know how other engineers on HN approach interviews and assessing technical competence. I didn't _think_ I had any mis-steps here but would love to know if anyone thinks there's something I could have fixed about this whole interviewing process.

Probably the guy was just having a bad week, but all the same. Really bemused (and more than a little confused)

The shortest, strangest engineering interview I've ever done

bluepnume — Fri, 16 Aug 2024 04:12:31 +0000

Article URL: https://bluepnume.medium.com/the-shortest-strangest-engineering-interview-ive-ever-done-950e8fa95f4e

Comments URL: https://news.ycombinator.com/item?id=41263108

Points: 22

# Comments: 9

New comment by bluepnume in "An approach to optimizing TypeScript type checking performance"

bluepnume — Wed, 14 Aug 2024 08:09:01 +0000

At this point TS is a turing complete language.

Complaining that you have to tune it for performance is like complaining that your runtime code isn't automatically maximally performant without a little tuning.

New comment by bluepnume in "Ask HN: Who is hiring? (August 2024)"

bluepnume — Sun, 11 Aug 2024 05:27:43 +0000

We're OneText (Y Combinator W23), and we've built a product anyone pay and make purchases with a single text message. We need you to help us keep up with massive demand and scale up to the next level!

We have two roles open:

- Lead TypeScript/Node Full Stack Engineer: https://gist.github.com/bluepnume/8f2376b0893bc6b85564e73593...

- Devops/DBA Engineer: https://gist.github.com/bluepnume/c1d5a8c9e825de82c6e56227cf...

Would love to hear from you and chat if you're interested in either (or both)!

New comment by bluepnume in "Show HN: Faktor – The missing 2FA code autocomplete for Chrome"

bluepnume — Wed, 03 Jul 2024 08:34:16 +0000

Very cool! Will you also add support for secret based 2FA codes, similar to Authy / Google Authenticator? It would be incredible to have those autofill.

New comment by bluepnume in "A ChatGPT mistake cost us $10k"

bluepnume — Sun, 09 Jun 2024 23:20:59 +0000

But this isn't an `any -> any` case. They passed in a default value, as a string, which is the correct type for a default value for this column. Even with very strong typing they wouldn't have got a type error here right?

New comment by bluepnume in "Ask HN: Who is hiring? (June 2024)"

bluepnume — Tue, 04 Jun 2024 04:22:21 +0000

Apply at: https://gist.github.com/bluepnume/33f2c4be93cc20215aafd55f80...

We're OneText (Y Combinator W23), and we're trying to let anyone pay and make purchases with a single text message.

We need someone with killer UX skills to own and redefine our user experiences, including our checkout flow and our merchant dashboard.

New comment by bluepnume in "Ask HN: Who is hiring? (May 2024)"

bluepnume — Thu, 02 May 2024 00:22:44 +0000

Apply at: https://gist.github.com/bluepnume/33f2c4be93cc20215aafd55f80...

We're OneText (Y Combinator W23), and we're trying to let anyone pay and make purchases with a single text message.

We need someone with killer UX skills to own and redefine our user experiences, including our checkout flow and our merchant dashboard.

New comment by bluepnume in "Let futures be futures"

bluepnume — Sun, 04 Feb 2024 00:00:15 +0000

This might be a silly question, but what would be the downside of a single threaded language similar to javascript, but where every function is just 'async capable' and can always be non-blocking, with no special syntax like async/await?

So every time you call foo(); you anticipate that it might resolve immediately, or it might take some time, but it won't block any other function (unless it actually does some cpu bound operation)

And any time foo(); does something asynchronous, all of its callers, and its callers callers, become implicitly asynchronous too.

Of course you would have to have some primitive for when you actually want to do several things concurrently within the scope of a single function rather than blocking that function, but that doesn't sound too bad and in JavaScript you effectively need to use Promise.all most of the time anyway.

I'm sure there's some major downside I'm missing -- but what is it?