You’ve missed the point: being deceptive is not ok, regardless of whether “the status quo is worse”.

You’ve now linked to your own thing three times in three comments in three minutes.

That’s too much.

Is there a reason you’ve copy pasted the first paragraph from the link? It doesn’t add anything to the discussion, and also doesn’t help as a tl;dr because it’s literally the first paragraph. Genuine question!

The actual title is pretty unclear ("Significant Raise of Reports" of what?), so I considered replacing it by some of this excerpt, but HN rules say not to editorialize titles. Hence I put it into the `text` field, which I thought would be the body, but actually just gets posted as a comment.

Another Berkeley Mono user here!

I came from Fira Code to JetBrains Mono to MonoLisa (several years each) then finally settled on Berkeley Mono and refuse to use anything else!

I have been on JetBrains Mono ever since it's release. I am getting FOMO from not using Berkely Mono, because it totally looks like something that would sit right with me.

I dunno, it seems mostly simple to me.

You have a .sops.yaml with some Age public keys, and then you run “sops secrets.yml” to create an encrypted file.

UUIDs are recognizable, have a version field, can be sorted in the case of UUIDv7, a standardized format means easy interoperability (eg, encoding, validation, serialization etc), and databases can optimize storage and efficiency when using a native UUID type.

If just using random bytes, you still need to make decisions about how to serialize, put it in a URL, logging etc so you’re basically just inventing you’re own format anyway for a problem that’s already solved.

That the problem is already solved does not mean the solution is good. Or that you can’t solve it better.

A uuidv4 is 15.25 bytes of payload encoded in 36 bytes (using standard serialisation), in a format which is not conducive to gui text selection.

You can encode 16 whole bytes in 26 bytes of easily selectable content by using a random source and encoding in base32, or 22 by using base58.

Has anything post-dating the DCE-RPC era ever looked at the version of a UUID?

It’s important to be empathetic here to how difficult these things can be for less tech literate people.

Adding more guidance and nudges doesn’t prevent capable users from succeeding, it just annoys them. But it means the lowest common denominators have a higher chance to succeed, which is much more valuable than level of annoyance.

And that’s pretty the point of accessibility.

Curious why the comment is inside double quotes. That often suggests blind copy/paste from LLM.

I'm also looking for "proof of pulse" somewhere and can't find it on the linked site, on Amazon, in his HN bio, or with a Google search. Unfortunately a necessity in the AI era.

What is proof of pulse? That I'm alive? This is my first time posting here i just signed up. This is also my first book that I have attempted to publish myself.

Yes, proof that you are a human. With so much AI slop on the internet you have to be defensive about your attention to avoid wasting it on low-effort LLM outputs.

I understand 100 percent! Too many people just copy paste blindly and I can't even look at social media feeds anymore. I spend a lot of my time thinking about where Ai is going to take us in the next few years.

LLMs are too smart to use meaningless terms like "containment terminal".

This smells like an ignorant human who played Fallout 4 and is now pretending to be knowledgeable.

That might be the point of the novel ?

To know who the mother was they’d have to first know the identity of the child.

Feels like nail in the coffin, Ars has already been going downhill for half a decade or more.

I unsubscribed (just the free rss) regardless of their retraction.

Unsubscribing from the free RSS feed. If you weren't paying or consuming ads, I'm not sure how much your vote should count.

So I can only share my opinion about Ars if I’m a paying subscriber? XD

This sort of publication lives or dies on mindshare.