IIUC, EV fires actually are a serious problem. Not a massive one, but a serious one. Serious enough that I read of a shipping line refusing to carry EVs.

Isn't that a state-level decision?

You are selecting instants out of centuries, and mixing in a bit of fantasy and some PR. The instants are definitely a PART of history, but they're a very small part. (The country "by the People, and for the People" was only for a very selected subset of all the persons living there. Over time it developed into something better for most of them, but that was an extended process, most of which was boring.)

Uuuuhuuu....You're taking "reported history" as "history". Most history was boring, and thus not reported. For reporting people either edit for political purposes or for the adrenaline rush. People don't like watching/playing boring stuff...but they most try to make their lives as boring as possible, avoiding dangerous situations. Fake excitement is sought after by people, like roller coaster rides, games, etc., but only because the danger is fake. (Yeah, there are exceptions, but most people shun real dangers.)

To be fair, that is a lot more of history that was horrible than that was extraordinarily pleasant. Even more of it, of course, was pleasantly boring, to those living through it.

He's not claiming Tesco is in breach of contract. He's claiming that they acted unwisely in making their core business dependent on one particular (any particular) supplier. He's clearly right, but "efficiency experts" have been pushing more and more companies in that direction for decades.

At this point I think calling the official lies "stupid" is being overly charitable.

I'm interested in teh Pinephone, but I've never seen one, and have no idea how good it is. If anyone does, I'd like to hear about it.

What is this "their own"? AI generated music can't be copyrighted.

D is fast and handles Unicode well. If the application is I/O bound, Python is a better choice. If it doesn't use Unicode, C++ is preferred. (This preference is partially driven by available libraries. If libraries are significant you pick whichever has the best libraries. Were libraries equal I'd probably always pick D, though coding in Python is a bit faster.)

No, Doxygen support only determines which languages aren't acceptable.

Actually, a good documentation program that can generate static html pages, is easy to use, doesn't take up too much vertical space, and a few other requirements it the criterion, but basically that's Doxygen or Javadoc, and I don't like Java. ... Well, actually one of the requirements is the same documentation system needs to work on all the programs in the project.

E.g. Markdown takes up too much vertical space. (The requirement for blank lines.) That means that when I'm editing I can't see both the documentation and the cpde.

Whether the language is mainstream or not isn't one of my considerations. What libraries are available, of course, is related to that, and that *is* one of my considerations.

Python is fine when the application is I/O bound anyway.

The article may have, but the summary did not. I just checked again to be sure. "Gray matter" is too vague a term to tie it to specific functions.

An interesting selection of langauges. I, personally, switch between C++, Python, and D, depending on what I'm doing. I find all of the ones you selected ... umm ... less suitable. I'd be interested in Go if Doxygen could handle it. Similarly for Ruby. Both have cases where they would be the better choice, but documentation of my work says to avoid them. (And Sphinx is lousy, but since Doxygen handles Python I don't need to deal with it.)

He said it would have taken about 5 minutes in C, so I think you're right.