They are really well designed too. They lock into place when flipped 180 degrees (drinking mode) and don’t interfere at all while drinking.

You’re right. It was the eighth movie. My bad. I didn’t even remember Nemesis. It kinda is the Star Trek V but for TNG.

Star Trek 10 - First Contact is also pretty solid.

And then he morbed all over them!

It does that for some decades already. The trick for dual booting was always to install Linux second. :/

Well, as a consolation there is Rottenegg in Germany. Not nearly as catchy though.

Esteemed personages.

They don’t want you to see the “if benchmark_xyz { do less work }” blocks of code.

The way I perceive PRQL is somewhat like SQLAlchemy-Core (the SQL expression layer, not the ORM). Almost a 1:1 mapping to SQL but softening the rough edges in SQL when constructing more complex queries dynamically, in particular: no function calls, no real variables, only string concatenation. While SQLAlchemy-Core lets you even extract sub-queries into variables, I don’t know about how powerful PRQL is in this regard.

From what I see from the docs I’m rather hopeful though.

Each instance is free to field their own donation drives for their running cost. They even can display advertisements if they feel like it. There is no “one size fits all” here, and there shouldn’t.

Each instance is potentially in a different jurisdiction, making it hard to transfer money, etc.

Not only that, but I think having funds centrally collected and then distributed is a particularly bad idea. It comes with too much opportunities for bad blood. Money and friendship don’t mix.

The only unifying constant of the network is the software that runs it. This though needs to be improved in various areas, for which centrally collected funds would be ideal, as every instance will benefit from it. No operator of any instance would have a disadvantage from advertising the central donation drive. They would benefit from it by having better software in the end.