23 points o8vm 1 day ago 9 comments

o8vm 1 day ago | parent

Hibana now has the capability to build QUIC/HTTP3 in the manner of Hibana Choreography. Check it out here: https://github.com/hibanaworks/hibana-quic

zanderwohl 1 hour ago | parent

I would really like the README to be revised in human English. Claudish makes my brain averse to absorbing the information.

tensegrist 1 hour ago | parent

that's astrish not claudish

taylorius 47 minutes ago | parent

"It's some form of Claudish, I can't read it."

"There are few who can. The language is that of Opus 5, which I will not utter here... In the common tongue it says... err.. actually I don't know what it says."

amelius 35 minutes ago | parent

Can't they train these LLMs to produce human-readable English?

And human-readable code, for that matter.

ch4s3 54 minutes ago | parent

This seems to be a popular idea recently. After reading this paper[1] I ended up building this into my actor based language[2]. It makes a lot of sense in actor based concurrency, I'd be curious to know what rust devs think of this since it's a bit different from how they often do concurrency.

[1] https://simonjf.com/writing/eventactors.pdf

[2] https://march-lang.org/docs/choreography/

giancarlostoro 18 minutes ago | parent

Have you looked at Microsoft Orleans by chance? I'm curious what you think of it. The concept is Virtual Actors by Microsoft research.

https://www.microsoft.com/en-us/research/project/orleans-vir...

I had Claude implement a similar one for me in Rust which I'm pausing for now, I'm prototyping a simpler version of Orleans in Go that I eventually want to port over to Rust as my v2 from scratch. The ideas in Virtual Actors reminded me a lot of Erlang, but simple to use in a language like C# I'm still surprised it didn't take off in other languages.

Honestly, if Go supported message passing between processes and over the network out of the box, it would make for a slightly more interesting language, I still love Go though.