My personal experience with charts for long sets of data: Excel starts going slow after I cross the magic 16K lines threshold - LO Calc basically becomes unusable when I cross the magic 10K lines threshold. Delete few hundred lines - and performance is back. Put them back - and the slowness (Excel)/the unusableness (LO Calc) is back.

A government that's dedicated solely to extracting as much money from the U.S. economy and awarding it as gifts to loyalist oligarchs couldn't screw up a corporation worse than it already is? Ye of little faith.

All these constant "updates," adding and removing features and changing UI elements, are all part of trying to convince customers that the operating system, itself, "needs" to be SaaS.

I had a friend whose job at Oracle was to gin up fake demos of products that didn't exist. When the customer saw the demo and decided they wanted it, the second-tier sales staff would drag out pricing negotiations until the product was actually built. If the customer ever got anything for their trouble, it was an alpha at best.

... now they are ultra-expensive pets. This is the prime driver behind birthrate decline. On top of that comes hormonal birth control that _significantly_ alters women's perception of men. Add to that social media that amps said perception of options, self-worth and alternate reality 10x and you've got the perfect storm of an aloof late-stage decadent society on the brink of dying out.

Curiously enough there are historic records of exactly this happening throughout human history, with astonishingly similar effects in society, like rising property prices, disenfranchising of mid and low-status mem, whore becoming a desired choice career for women and dissolution of sex/gender definitions. Rome, Maya culture, Weimar Republic and some vanished societies in far east Asia are examples from recorded history that show similar trajectories.

The "West" will collapse and some other society will take its place. If we don't all die out completely from some global Ecological Tilt brought about by climate change and pollution that is.

I remember when IBM, SGI, Infornix, Oracle, and HP first got involved in Linux. At the time, I included patches from some of them in the Functionally Overloaded Linux Kernel.

I proposed, back then, a simple league table for commercial support of Linux: Every new major feature or software product got so many points, and every bugfix release got a smaller number of points. Kernel features that made it into the mainstream kernel would qualify as goals for, kernel features and products discontinued were goals against. Closed-source contributions got half points, and were also considered goals against.

It would then be obvious which companies were serious and which were piggybacking, and it would also be clear who understood the philosophy, not just the opportunity.

Such a table would have ensured that nobody forgot the companies who contributed. Quite the opposite. There'd be an incentive to encourage the team you supported to improve position in the table.

Of course, no such league table ever happened. I could have maintained such a table without difficulty, but it would require the vendors to openly say what they'd contributed. I couldn't invent one out of thin air.

So I'd say Oracle has to look at themselves, not just the Linux community.

It's possible to conjecture - we know it collided with something massive, so if said body contained very limited radioactive materials, one might expect this to reduce the radioactivity per unit mass.

Is this the answer? Probably not, but it's good enough (I think) to argue that a simple answer is possible.

It has never worked in any empire, it has never worked in any software development team, it has never worked in any rock or metal band. I see very very little reason for saying there "should" be a power struggle, that always ends badly with no exceptions in any domain. C++ has never been in the kernel, so it's hard to see how Rust could defeat it there. Rust is unlikely to replace C because they do different things well - if the Linux devs have half the intelligence they seem to, there will be a natural federation.

And that is the key concept. Linux is, by its very nature, a federated OS kernel, many teams working in their territory but cooperating with other teams working in other territories through a central "government" that happens to have a hereditary god as head of the state machine.

The problem there is that the BSD folk did that, once William Jolitz quit, and found that people followed a very large number of different groups, to the point where none of the BSDs really progressed the way they could, and perhaps should, have done. The scene splintered. One of the most rock-solid, reliable Unix kernels ever devised has, to put it bluntly, not died (despite Netcraft confirming it) but seriously dwindled into a small niche.

You've got to remember, 386BSD came out a year or so before Linux and had X11 running on it by version 0.1 because essentially all the major challenges had already been overcome. It was THE OS to use, for a long time, for most serious geeks, although numbers were seriously cut into when Manchester Regional Computing Centre produced what was possibly the very first Linux distro, using Shoestring as the bootstrap. The MCC distro was easy to install - far easier than any BSD - and although it couldn't do much, it did turn heads. Further, Linux was gelling around a standard framework, whilst BSD by that time was starting to fragment and bicker.

My great fear is that, when Linus finally stops running the show, Linux will suffer much the same fate. There's a LOT of highly-strung egos involved, and a LOT of very rich companies who would far far prefer Linux to be owned solely by them.

*tries to think, but his head explodes from the sheer number of counter-examples.

I really really wood knot want to corner on wooden wheels. They'd turn to Ash and would be a Birch to fix.

*ignores sarcasm because, well, I have a 4 digit UID and get to.

I think everyone pretty much knew it already, the point is that I can measure the complexity at which AI breaks, which is quite different from merely qualitatively feeling that it doesn't work as well as the claims say.

Agreed, "AI safety" is neither practical nor possible, in part because AI has no awareness or meaning, in part because AI has no capacity for introspection, but also because AI is only useful if it can handle hard questions and hard questions are, by their nature, not safe, and (as usual) because it would utterly destroy the entire economic model of the AI companies.

I can't find any obvious evidence that the guy really knows what "humanity-advancing" means, beyond advancing his own take on the world.

Gemini still struggles with complex problems and large numbers of files. These, IMHO, should take priority over personalisation. I've mentioned in my journal that it is really struggling on anything that is non-trivial. Why should I care what it remembers if it is going to be used in engineering but can't solve engineering problems in areas where you'd actually want AI?

The benchtest I'm using is, yes, more complicated than figuring out how to wire up a Christmas lights display. On the other hand, it's also where it's going to get used and where it needs to work well.

Let's leave the pretty baubles to one side and actually get Gemini working well, OK?