Patiently waiting for the release of ladybird.org

Oh, I forgot to mention: youtu.be/yizd7IJHWLw and youtu.be/mDFszQ3E4qI are at least lyrically relevant to your interests 🔺️

one of us, one of us, one of us

Tidal!

Crypto killed the GPU market, AI kills the RAM market, now we just need something to kill the CPU and Power Supply markets and we can all be free from the tyranny of the computer

Well, I guess if it depends on whether G is materialised or just virtual (easier to just replace G with something(F) when the query planner starts doing its thing). But fwiw I didn't think about derived columns, and I don't really care if they are supported or not

I don't really see why that should matter?

Probably the "can this be done efficiently?" part! I imagined the incremental materialised views or some stream processing logic would resolve the "now compute the change".

But like, obviously, if Q only queries table A and B, updating table C won't change Q. And if you don't fetch or inspect column F, then updating F won't change the result.

Is there in general some sort of previous work to find out if you can quickly answer the question above, and how you do it?

Yeah, it's weird. Do people think it's impossible to build a language that's both easy to experiment and play around with, and is also a good language for building big and complex things that are reliable?

I really want a return of the Lisp machine, but with types this time around.

Alright, trying to resurrect this one.

Today I'm listening to Acheron by Mechina. I really like this narrative concept album for some reason, though obviously you need to play it from start to end.

It's sci-fi symphonic metal with a folk choir mixed in. Plus violins.