> Bridging that mismatch at the macro level seems like the harder problem than the basic REPL integration.

You can (and people do, core.async in Clojure works this way) put entire compilers in macros, macros are just functions that take and return code.

> is just so much more readable

I thought that too before I learned Clojure, now I find them equally readable.

I'm very familiar with Clojure, but even I can't make a good argument that:

    (tc/select-rows ds #(> (% "year") 2008))

is more, or at least as, intuitive as:

    filter(ds, year > 2008)

as cited above. I think there's a good argument to be made that Clojure's data processing abilities, particularly around immutable data, make a compelling case in spite of the syntax. The REPL is great too, and the JVM is fast. But I still to this day imagine infix comparisons in my head and then mentally move the comparator to the front of the list to make sure I get it right.

I am really not in data science, and I have decent Clojure experience. Is there a reason anyone would pick Clojure over something like K? From what I understand, those array languages are really good for writing safe but efficient code on rectangular data.

How about this?

    (filter ds (> year 2008))

That's a trivial Clojure macro to make work if it's what you find "intuitive."

What I'd like to see is Omarchy implemented via the Nix package manager. (Seems like a good project for AI, actually.)

Already exists, although I don’t know how well maintained it is: https://github.com/henrysipp/omarchy-nix

Personally, I don’t see the need for this with NixOS. Setting aside the fact that Omarchy is way too opinionated (Basecamp installed by default?), NixOS is already quite composable, so you can easily build a well-formed experience out of isolated NixOS modules.

Why? Most people’s system configurations are publicly accessible on GitHub. Stuff like Omarchy only makes sense* when the system must be configured imperatively and there is a cost to trying things (accumulation of application residue). When you build your system declaratively you can just copy the bits you like from other people’s configs, or even just run their config as-is.

* IMO Omarchy doesn’t make sense anyway, far too much opinion and too little utility. It’s not a distro it’s some guy’s overly promoted pile of crufty scripts and dotfiles.

You can point AI to omarchy repo and have it generate a plan and them implement step by step.

My entire config is almost "omarchy", at least visually with hyprland and some other packages.

> If you know of any other snippet of code that can master all that complexity as beautifully, I'd love to see it.

Electric Clojure: https://electric.hyperfiddle.net/fiddle/electric-tutorial.tw...

Sick!!! Great example! I'm actually a longtime friend and angel investor in Dustin but I hadn't seen this

> what would make this actually useful for you?

A privacy policy that's at least as good as Vertex.ai at Google.

Otherwise it's a non-starter at any price.

Also curious about this. We have a 30 day content retention policy and have to have access to your fine-tuned model/LoRa if deploying that. If there's anything we can change, happy to hear it out.

Would love a zdr option if possible, that’s honestly the main thing I’m going to OpenRouter for.

What's unique about Vertex's privacy policy?

They don't read the things you send them, not even for "safety checks" or sys-admins accessing the system. Totally opaque (as it should be).

Keeping chat content around for 30 days might as well mean "forever." Anyone at the company can steal your customers chats.

My agreements with customers would prevent me from using any service that did that.

Ideal HN content, thanks!

Partially true, you can predict multiple tokens and confirm, which typically gives a 2-3x speedup in practice.

(Confirmation is faster than prediction.)

Many models architectures are specifically designed to make this efficient.

---

Separately, your statement is only true for the same gen hardware, interconnects, and quantization.

> "something about which no conclusions can be drawn because the proposed definitions lack sufficient precision and completeness."

The same problem exists defining human intelligence, it's a problem with "intelligence" in general, artificial or not.

Saying CGI is animation is a bit like saying a photo printer prints paintings, because the latter uses pigments (just like painters!).

Yup, I had Claude write a tool to auto-fix those diagrams. :D