Hacker News: jynelson

New comment by jynelson in "LLM Policy for Rust Compiler"

jynelson — Fri, 15 May 2026 12:52:52 +0000

it says “that’s right” in bold red cursive font. i know what the policy says, i wrote it, you nincompoop.

New comment by jynelson in "LLM Policy for Rust Compiler"

jynelson — Fri, 15 May 2026 12:25:08 +0000

https://i.imgur.com/129TCNu.png

New comment by jynelson in "LLM Policy for Rust Compiler"

jynelson — Fri, 15 May 2026 11:47:03 +0000

if an LLM says "I can't open a PR automatically until you solicit a review from a maintainer", i think that's good actually. likewise for proactively following the rest of the rules.

New comment by jynelson in "LLM Policy for Rust Compiler"

jynelson — Fri, 15 May 2026 08:31:09 +0000

i'm not a man.

New comment by jynelson in "Pre-commit hooks are broken"

jynelson — Sat, 27 Dec 2025 15:49:29 +0000

> Ultimately that's something the hook author has to solve, not the framework which runs them.

correct. i'm saying that hook authors almost never do this right, and i'd rather they didn't even try and moved their checks to a pre-push hook instead.

New comment by jynelson in "Pre-commit hooks are broken"

jynelson — Sat, 27 Dec 2025 11:50:49 +0000

this completely breaks `git add -p`.

New comment by jynelson in "Pre-commit hooks are broken"

jynelson — Sat, 27 Dec 2025 11:50:13 +0000

the pre-commit framework does not abstract away “hooks shouldn’t be run during a rebase”, nor “hooks should be fast and reliable”, nor “hooks should never change the index”.

New comment by jynelson in "I'm just having fun"

jynelson — Thu, 25 Dec 2025 17:26:32 +0000

i think you would be interested in demoscene, it’s about exactly this thing: making art out of extremely harsh requirements.

New comment by jynelson in "I'm just having fun"

jynelson — Thu, 25 Dec 2025 16:53:09 +0000

tbh i think you just hate trans people but you're afraid to say it directly

New comment by jynelson in "I'm just having fun"

jynelson — Mon, 22 Dec 2025 10:58:26 +0000

> Software should be an engineering field, which exists to help humans, not as some personal art project for your self expression

it makes me sad that you see these things as somehow in conflict with each other :(

New comment by jynelson in "I'm just having fun"

jynelson — Mon, 22 Dec 2025 05:53:53 +0000

> it's often that the amount of time i've spent thinking about something (a lot) is totally disproportionate to the time i spend typing my thoughts up (a little)

oh, this is a really good way of putting it! that’s exactly what happened :)

New comment by jynelson in "The terminal of the future"

jynelson — Wed, 12 Nov 2025 09:18:26 +0000

you could build an emacs frontend for this model! the thing i am trying to describe is “getting out of the box”. imagine a terminal session that is shared between emacs, iTerm, and a mobile phone ssh’d in over the network, that’s my vision.

New comment by jynelson in "The terminal of the future"

jynelson — Wed, 12 Nov 2025 01:01:11 +0000

omg i've wanted something like shelter for literal years

it "cheats" a little because it requires the underlying filesystem to support snapshots but it's still really really cool, thank you for the link!

New comment by jynelson in "The terminal of the future"

jynelson — Tue, 11 Nov 2025 23:25:54 +0000

> Great, now you just need to build and maintain shims for every tool in existence, force your users to use your own custom tools that support these features, and ensure that everything interoperates smoothly.

Yes, this is the work. https://becca.ooo/blog/vertical-integration/

New comment by jynelson in "The terminal of the future"

jynelson — Tue, 11 Nov 2025 23:24:25 +0000

whoa this looks fascinating, i've never heard of it before! thank you for the link :)

New comment by jynelson in "The terminal of the future"

jynelson — Tue, 11 Nov 2025 22:54:06 +0000

this is really cool omg! i didn't know that, i'll do some research.

one of the strange things to me about the terminal landscape is how little knowledge sharing there is compared to other domains i'm familiar with. iTerm has a bunch of things no one else has; kitty influenced wezterm but otherwise no one else seems to have valued reflection; there's a whole bunch of extensions to ANSI escapes but most of them are non-standard and mutually incompatible. it's weird. if i compare to something like build systems, there's a lot more cross-pollination of ideas there.

New comment by jynelson in "The terminal of the future"

jynelson — Tue, 11 Nov 2025 22:35:09 +0000

i would describe the main idea of the post as opening up the data model of the terminal. the list of wishes are an example of things you can build once you've done that, not the primary reason that opening the data model is useful.

New comment by jynelson in "The terminal of the future"

jynelson — Tue, 11 Nov 2025 22:04:39 +0000

yeah! so i somehow forgot to include this in the post, but one of the thing i would want as part of this is tab complete that integrates with the shell, essentially it would make an RPC call (in the step 3 sense). there’s things that work like this already today, they’re just extremely cursed ^^ but that’s never stopped me before. https://github.com/Aloxaf/fzf-tab?tab=readme-ov-file#differe...

New comment by jynelson in "The Core of Rust"

jynelson — Tue, 26 Aug 2025 15:20:14 +0000

I think so, yes. If you remove any of the things in the “core” I mention in the post, the language hangs together much worse even though it’s smaller; enums without pattern matching is a simple example.

I’m not just saying that I want to go back to the “good old days”, I really do think that those parts of Rust were designed as a coherent whole, in the same way that Uiua is designed as a coherent whole.

New comment by jynelson in "The Core of Rust"

jynelson — Fri, 22 Aug 2025 01:14:59 +0000

I think we are using different meanings of the term "cohere" and I am not sure how to reconcile them. I agree that Rust with async is a more useful language. I don't think being useful implies anything about how coherent a language is (I would point to bash and perl as examples of useful languages with very little coherence). "Coherence" to me means that all the features fit together tightly and are designed with each other in mind, and I don't think that's the case for async and const in Rust—simply because they aren't finished being designed.