The synth engine is an implementation of https://soniccharge.com/microtonic Not sure what "accurate" means in your context though?

How closely it replicates microtonic's, would be my assumption

Yes, and with virtually zero context, which makes an enormous difference for TTFT on the MoE models.

Correct, also with the context growing, the conversations cannot continue at the initial speed either. Gimmick or not, this is very sci-fi compared to 10-20 years ago.

This should be the top comment

And with only like a dozen tokens of context. What happens when this thing gets the ~100k tokens of context needed to actually make it useful?

I like the analogy but which 2 is AI coding?

Fast & Cheap (but not Good?) - I wouldn't really say that AI coding is "cheap"

Cheap & Good (but not Fast) - Again, not really "cheap"

Fast & Good (but not Cheap) - This seems like maybe where we're at? Is this a bad place?

The proper idiom is "You can only pick two". It doesn't say that everything is two of them, or even one.

It's hitting all three, right _now_.

Eventually, it will be just Fast and Good. It won't be cheap, as companies start moving towards profitability.

Remember when Uber was super cheap? I do. They're fast and good though.

It's not cheap or good, it's just fast.

It's fast. It's cheap compared to employees. It's really the latter that people are upset about.

As for good. Well, how much software is really good? A lot of it is sewn together APIs and electron-like runtimes and 5,000 dependencies someone else wrote. Not exactly hand-crafted and artisanal.

I'm sure everyone here's projects are the exception, but engineering is always about meeting the design requirements. Either it does or it doesn't.

What's your concern?

Can you clarify how, at all, that’s relevant to the article?

Both the curl and the SQLite project have been overburdened by AI bug reports. Unless the Google engineers take great care to review each potential bug for validity the same fate might apply here. There have been a lot of news regarding open source projects being stuffed to the brim with low effort and high cost merge requests or issues. You just don't see all the work that is caused unless you have to deal with the fallout...

This project has nothing to do with bug reports... it's an opt-in tool for reviewing proposed changes that kernel developers can decide to use (if they find it useful).

Well, if it doesn't find anything it's just a waste of time at best.

Prevention paradox.

i think it's a skill.

That background looks like AI for sure though?

Seems to be missing the Etrog? https://en.wikipedia.org/wiki/Citrus_taxonomy#Citrons

Also, the "click to show search results" is cool but fails for "Arizona Citron" in obvious ways.

There are lots of citruses missing; the ones in the chart are only the ones I could find reliable values for (from the sources at the bottom). I'll add more if I can find other reliable sources. For what it's worth, I think the etrog is basically a pure citron variety.

Yeah, that's definitely an issue. If I get a chance, I'll curate images to add!

Fascinating. Look forward to your update.

I assume the esrog is the primeval citron but I've noticed that Jewish tradition (which rejects the use of hybrid citrons) allows some surprisingly different citrons in practice, popularly associated with Israel, Morocco, Yemen, Corfu etc. These differ considerably in eg rind thickness.

Apparently it's also known as the Greek citron, but I don't see it under that name either.

I think the etrog is not a hybrid so it would overlap with the citron

I couldn't find the Seville orange, or what Iranians call Narang

Nevermind, they have the "Sevillan Sour Orange" and a few other sour oranges

Also appears to be missing Yuzu and Sudachi

Been true on most chromeos devices for a while!