Pretty bang on description actually. As a 46 yo, sometimes I can't believe I have actual memories of using a rotary phone, or when my family first got a microwave or even VHS recorder. Yet I do. Feels like eons ago.

So for our son we decided to try to skip any confusion by doing what you are alluding to, and making her Fathername into his middle name, and giving him just my last name, in the English style.

And it worked, sort of, but then we discovered it was absolutely not legal to do that in my wife's country of origin. So kind of hilariously his registration in that country is: Firstname Mothername Fathername Mothername.

They forced us to repeat the middle name as part of his last name too. Just ridiculous. I thought at the least they would allow us to reverse them, but no.

> but c'mon: tomatoes originated in the Americas!

Yes. But they were brought to Europe like right after Columbus landed and have been part of Italian and European cooking for longer than the US has existed. So you only sort of have a point here. (Same for corn, eg. polenta )

I mean, tomatoes are definitely a big part of Italian cuisine, despite any differences that American Italians introduced to the menu.

https://en.wikipedia.org/wiki/Columbian_exchange

If you're going to go to all this effort for an old target though, wouldn't the effort be better spent on making it an LLVM target? Then you'd get Rust and a bunch of other languages for free.

But maybe there are required parts of the LLVM IR that make this undesirable for certain targets, maybe requiring specific hardware features, I don't know. I guess also WASM-as-IR is a possible way to go. (Is that a thing?)

Edit: sorry I see that this point was already raised in this thread by ivanjermakov. Ignore.

people use LLMs for writing. we know! get over it.. or don't... i don't really care.. but I'd rather read a discussion about the article contents and not the writing style.

this kind of comment is the new "discuss the font choice / background color / anything but what the article is actually saying."

Even if it's only able to report facts from its dataset or perform simple synthesis of search results.

That it can actually reason to a certain extent is bonus points.

Also I don't get the impression the idea is intended for "most musicians".

One thing I would like to see is the use of LLMs for smarter semi-manual editing.

While programming I often need to make very similar changes in several places. If the instances are similar enough I can get away with recording a one-off keyboard macro to repeat, but if there are differences that are too difficult to handle this way I end up needing to do a lot of manual editing.

It would be nice to see LLMs tightly integrated into the editor so I can do a simple "place the cursor at things like this" based on an example or two. I'm sure more ideas for using LLMs more quickly perform semantic changes you intended are possible, instead of just prompting for a big diff. I feel there's a lot more innovation possible in this direction, where you're still "coding it yourself" but just faster.

The example program [1] generates a Transformer that executes an RPN expression, using "breadcrumb" tokens to track its progress. The output looks like:

  Prompt: 3 4 + EXEC
  Output: c2 c1 c0 7
  
  Prompt: 3 4 + 3 3 + * EXEC
  Output: c2 c1 c0 7 c5 c4 c3 6 c6 c5 c2 42
  
  Prompt: 10 2 3 * + 2 + EXEC
  Output: c3 c2 c1 6 c4 c3 c0 16 c6 c5 c4 18

[1]: https://github.com/radarsat1/rpn_transformer/blob/main/src/p...

Comments URL: https://news.ycombinator.com/item?id=47961914

Points: 4

# Comments: 1

It's the same reason there's a difference in speed between "prompt processing" and "generation". The former is just taking the pre-generated prompt and building the KV cache, which is parallel, not autoregressive and therefore way faster.