zengid

i guess bun won?

i guess bun won

this isn't just necessary, it's mandatory. that's the difference.

Google is a major investor in Discovery Loop, btw.

One regulation i would like to see is some auditory fingerprint in an AI voice where any person can immediately recognize their speaking to a clanker but it's not unpleasant.

It should be illegal to "impersonate" a human voice.

Wishing you a full and fast recovery!

I've been thinking a lot about a solution to Rust's notoriously slow compile times. From my research, it's not the borrow checker that is the issue, it's the heavy optimizations and monomorphization, and macro expansion [0]. There are efforts to improve Rust compile times, but I realized recently that it will never be lightning fast, so we (Rust users) should really be developing more scripting languages and DSLs that we can put all of the fiddly bits into.

Places where we would benefit the most from this is in the Games and UI space. I know game devs have already started by integrating lua, like with mlua [1]. In the UI space i think Makepad is the best example of a team making a dedicated DSL that can be hot-reloaded [2].

I think we need more of this! Go make a DSL next time you feel crushed by the weight of compiling Rust crates!

---

[0] and by my research i mean Claude. this is a great blog with many posts about improving compile times https://nnethercote.github.io/

[1] https://crates.io/crates/mlua . I don't have a reference for a project using it though so please reply if you know of one!

[2] https://github.com/makepad/makepad

khvzak has compiled some benchmarks. mlua and roto are some of the fastest: https://github.com/khvzak/script-bench-rs

Drew was CEO for almost 20 years right? that's a heck of a run!

Quite a footnote [0]:

> I do not know if it is me being bored with the project, or annoyed with having to build and design a data structure, that has soured me on this project. But I have really at this point lost most motivation to continue this chapter. The way Zig is designed, it makes me deal with the data structure and memory management complexity head on, and it is tiresome. It is not "simpler" than, say, Rust: it just leaves the programmer to deal with the complexity, <strike-through>gaslighting the user</strike-through> claiming it is absolutely necessary.

[0] https://github.com/asibahi/paella/blob/main/writeup/c19.md#u...

any tips for running it locally within an agent harness? maybe using pi or opencode?

i agree and this matches the authors intent: https://lwn.net/Articles/1049840/

He didn't intend it as a joke and his intent matches the op's title revision request: https://lwn.net/Articles/1049840/

love to hear good news even if it's a relatively small sample size. anecdotal, but i've heard that the antioxidants in fresh ground coffee is also very good!

Now CA needs one

not sure why the title was renamed, but i thought this was interesting primarily because it's the early work of Rich Hickey, famous for making the Clojure language.

Heard about this watching Casey Muratori's "The Big OOPs" talk [0]. Thought it couldn't be _that_ Hickey, but turns out it was!

[0] https://youtu.be/wo84LFzx5nI?si=SBv1UqgtKJ1BH3Cw&t=5159

> In the end, I decided on C Sharp, even though I had never used it professionally

I love C#, I use it every day, but who makes a decision like this?

you'll execute pretty fast if your back is up against a wall

confidence all the way down

very beautifully done!

I think it would be cool to have an aeolian harp if you feel up for simulating "wind".

Also since you're going into rhythm and are basing this on JI, a integer ratio polyrhythm system is lots of fun to make!

There is some research in accelerating Reinforcement Learning by implementing the simulator on the GPU using Jax. Really neat. I'm curious if this could be done with Mojo, too?

https://arxiv.org/html/2311.10090v5

https://youtu.be/Jr_nGkCG3og?si=WKS7Hbz13A0QH4nf&t=520

reference https://www.destroyallsoftware.com/talks/the-birth-and-death...

Didn't Gary Bernhardt do this in 2014? /sarcasm

Chris Lattner recently explained that because of function overloads (and other features), type inference is really hard to make fast in Swift, and is why he says that "using Hindley-Milner was a mistake". [0]

[0]: https://youtu.be/ENviIxDTmUA?si=FavjcK8IQygnlIwT&t=4417

Very cool, thanks!

This is really interesting.. does anyone who knows more about Gauss's proof know why you can construct a 5 sided polygon with ruler and compass, but not a 7 or 11 sided polygon? Why do some primes work and others not?

this is a beautiful explanation! Thank you!

how hard is it to say "an advanced theory about algebra", instead of downvoting?