Absolutely wild that apparently some people thought this was a good idea.

spitzensparken blinkelichtzen

What a fucking retard that guy is.

Nvidia’s poor Linux support has been a thing for decades.

If at all, the situation has recently improved. And that only after high-profile Linux developers telling Nvidia to get their shit together.

Ruby’s identity appears to be largely DHH?

Use a paren-free dialect like Wisp/Whisper/Wy?

Then do whatever you need to do to stop freaking out about other peoples’ right to choose to not deal with LLMs.

Jeez. Calm down.

Sadly, the developers of these apps can’t even be bothered to not dump random folders into $HOME. 🤷

Is the link correct?

The website tries selling something, but I can’t decipher what exactly. Certainly does not seem ESP32- or Arduino-related.

I tried it and moved the directory. Results:

• Firefox opens, settings from the profile are still there.
• Empty ./mozilla/extensions directories are recreated on startup.
• Firefox cannot show any websites anymore.

Yikes.

Always good to know that after sitting on it for 2 decades, shipping some half-assed shit was the best they could do.

Yikes, thanks! Good to know.

Considering how they fuck up everything they touch, is this more of a sabotage?

Good decision. Sounds like a decent human being!

Ok, didn’t want to discourage you!

Might be useful to some, but the underlying assumption that “more features = better” is questionable in general.

Just take the L and go away.

What an absolute bunch of nonsense.

If that’s were your performance problems come from, you are either a junior developer yourself or using some PHP-quality framework written by juniors.

I can see the point that too many program elements get too much color, but:

Suggesting to not color keywords and use a single color for the names of top-level elements at the same time simply doesn’t mesh well.

I’m coloring keywords exactly because I do not want to invent a new color for each individual top-level element name or require backtracking from the (in his proposal) highlighted name to the (in his proposal) non-highlighted keyword preceding it.

Looking at the code example here I’d be open to have less things highlighted, but where to start? I guess parameter names, but apart from that?

I’m working on Core whose primary design goal is to not invent any new features, but implement existing things correctly.

The grammar is implemented with recursive-descent, one could define an equivalent EBNF, but I haven’t found the need to do so yet.