Hacker News: snthpy

New comment by snthpy in "Samsung chip workers will get an average $340k bonus as AI profits soar"

snthpy — Fri, 22 May 2026 05:51:56 +0000

Exactly. I came here to say the same thing.

New comment by snthpy in "Jewish American Security Act requires online platforms to moderate purge content"

snthpy — Thu, 21 May 2026 06:40:05 +0000

Indeed, and aren't the Palestinians semites too so wouldn't this be antisemitic itself?

Semitic people - Wikipedia https://en.wikipedia.org/wiki/Semitic_people

New comment by snthpy in "Why is almost everyone right-handed? A new study connects it to bipedalism"

snthpy — Wed, 20 May 2026 09:31:27 +0000

Evolutionary temporal variation is addressed in the article. Although that could just say that without bipedalism, the pressure to use the hands to climb forces equal use over the available hands.

New comment by snthpy in "Why is almost everyone right-handed? A new study connects it to bipedalism"

snthpy — Wed, 20 May 2026 09:25:17 +0000

Interesting. Does this then become informative about the level of cooperation vs competition in the population?

In ping-pong where it is pure competition it stabilises at 50:50. In everyday life where we largely collaborate it settles around 90:10.

Would be interesting to see if there are variations over populations in time or space with differing levels of competition/conflict. Ofc these would need to persist long enough for the populations to adjust.

P.S. This is probably just another plausible sounding evo-psych bs theory. Idk why people give AI such a hard time for hallucinations. We are just the same. I guess we generally just apply more filters before expressing ourselves publicly. The problem with AI content is that humans take it at face value and publish without scrutiny.

New comment by snthpy in "Party of None: Inside Stanford's War on Fun"

snthpy — Tue, 19 May 2026 12:56:34 +0000

> Let me repeat that: You had to take a class. And pass an exam. To be able to apply to host a college party.

Jeepers

New comment by snthpy in "Mocked by a scandal sheet, Kierkegaard endured months of personal attacks"

snthpy — Tue, 19 May 2026 06:08:49 +0000

I agree. A good read overall as well.

New comment by snthpy in "We accidentally recreated old Facebook"

snthpy — Wed, 13 May 2026 14:34:42 +0000

OT but anyone remember Diaspora? Which was supposed to be an open (source? Idr) FB. Never heard of it again after the manifesto post.

New comment by snthpy in "Show HN: Rust but Lisp"

snthpy — Sun, 10 May 2026 06:25:37 +0000

I like it but confusing that there's also a similar but different loonlang.org.

New comment by snthpy in "Human typing habits and token counts"

snthpy — Sat, 09 May 2026 18:00:54 +0000

I agree. I've switched to pls and tx just for my own typing because of how common they are.

New comment by snthpy in "Teaching Claude Why"

snthpy — Sat, 09 May 2026 14:48:34 +0000

> We found that high-quality constitutional documents combined with fictional stories portraying an aligned AI can reduce agentic misalignment by more than a factor of three despite being unrelated to the evaluation scenario.

tl;dr Fairy Tales are an effective teaching tool in vivo et in silico

New comment by snthpy in "'Point of no return': New Orleans relocation must start now due to sea level"

snthpy — Tue, 05 May 2026 14:11:49 +0000

Aha interesting. Thanks!

New comment by snthpy in "DAG Workflow Engine"

snthpy — Tue, 05 May 2026 07:18:12 +0000

Looks cool.

That's kind of my (not the project's) vision for PRQL - a general LINQ type embeddable data transformation language.

Unfortunately no time to work on it these days.

New comment by snthpy in "DAG Workflow Engine"

snthpy — Tue, 05 May 2026 07:10:59 +0000

YAML no thanks.

I want something that uses BPML for actual business workflows.

New comment by snthpy in "The state of ARM64 on Windows in 2026"

snthpy — Tue, 05 May 2026 06:47:27 +0000

Thank you. I also did a double take and concluded this must be about arm64 emulation then.

New comment by snthpy in "'Point of no return': New Orleans relocation must start now due to sea level"

snthpy — Tue, 05 May 2026 06:37:31 +0000

A bit OT but what about the Netherlands?

New comment by snthpy in "How Monero’s proof of work works"

snthpy — Tue, 05 May 2026 06:30:00 +0000

As PoW goes, this is cool.

One thing I didn't understand though is Light mode:

> Fast mode is for mining. Light mode is for verification. The reference README says

The post only describes Fast mode, right?

Presumably verification is done by miners who already have the memory set up so Fast mode would be faster for them.

Verification is still relatively fast because you don't have to try gazillions of nonces so who is Light mode necessary and how does it work?

New comment by snthpy in "Neanderthals ran 'fat factories' 125,000 years ago (2025)"

snthpy — Sun, 03 May 2026 07:30:38 +0000

Yeah like the rhinos and elephants that I didn't know you used to get in that area. Maybe they were too efficient and that's what limited their proliferation when they hit resource limits?

New comment by snthpy in "High Performance Git"

snthpy — Tue, 28 Apr 2026 13:25:19 +0000

Good question! Idk and I don't make the rules. I guess people default to it because most people have git installed already?

I'm thinking of LazyVim for example which has [1]:

    git clone https://github.com/LazyVim/starter ~/.config/nvim

After that, once you do a sync or update, there's a whole lot more cloning going on.

The other projects I was going to mention have apparently all switched away from using git for their package management (homebrew, Go, cargo, ...). I can't help but wonder to what extent that might have been influenced by the default slowness of doing a full git clone?

Of course these all could add `--depth 1` to their instructions or internal package management tooling, and ofc we need both options to be available. I pondering aloud that in my observation, `--depth 1` is probably the option that I want more often than not but YMMV.

1: https://github.com/aerys/gpm

New comment by snthpy in "GPT-5.5"

snthpy — Tue, 28 Apr 2026 12:59:56 +0000

Thanks. Makes sense

New comment by snthpy in "High Performance Git"

snthpy — Tue, 28 Apr 2026 12:41:14 +0000

Fair enough. I also work with a monorepo at work but that I cloned like 5 years ago.

If I think about what I've cloned over the last week or so (LazyVim, gstack, my dotfiles), most of the time I just want the current state and be able to pull updates. Even for my dotfiles or projects that I fork and hack on, most of the time I'm just adding commits and it's seldom that I want to go back to historical ones.

Given how often I see `git clone ...` instructions in Github README.md files, I was just wondering how many other people felt the same?

So my contention is that most of the time, `git clone --depth 1` or `git clone --filter=blob:none` is what you actually want, and in the case that you want the full history then you could do `git clone --depth 0` (or `git clone -full` for even better UX, not that the git cli is known for it's UX).