LeberechtReinhold

None, in modern context we can work in any base we desire, all that basic stuff got generalized ages ago. No one is going to change computing systems to use babylonian-style. And the trigonometry stuff is the same thing we knew, but discovered earlier than the greeks.

It’s a important discovery for sure, especially for our understanding of ancient Mesopotamian cultures, but everything else is the authors and the article going bananas with conclusions.

Humanity will survive this but everyone will suffer the effects. Even something relatively minor like COVID had great effects to the global economy, but with these we are talking about:

• Weather inestabilization, with greater storms and massive heat waves.

• General crop failures in many places of the world.

• Desertification in many areas.

• Massive migration waves.

• Very difficult and unstable economy.

We are starting to see some of this, but 2050 onwards is going to be a very difficult time for all humanity except the most wealthy.

I kind of agree with your points, but I think there has to be a distinction of libs. Most deps should be static IMHO. But something like OpenSSL I can understand if you go with dynamic linking, especially if it’s a security critical program.

But for “string parsing library #124” or random “gui lib #35”… Yeah, go with static.

I have yet to find a memory hungry program thats its caused by its dependencies instead of its data. And frankly the disk space of all libraries is minuscule compared to graphical assets.

You know what’s going to really bother the issue? If the program doesn’t work because of a dependency. And this happens often across all OSes, searching for these are dime a dozen in forums. “Package managers should just fix all the issues”. Until they don’t, wrong versions get uploaded, issues compiling them, environment problems, etc etc.

So to me, the idea of efficiency for dynamic linking doesn’t really cut it. A bloated program is more efficient that a program that doesn’t work.

This is not to say that dynamic linking shouldn’t be used. For programs doing any kind of elevation or administration, it’s almost always better from a security perspective. But for general user programs? Static all the way.

Because they were friends (or at least knew each other).

There has been many Napoleon projects, starting with the 1927 silent epic. Kubrick researched a long time for his project but never had time to do it. Spielberg is collaborating with HBO to use that script for a miniseries though.

one isn’t supposed to move the camera

Depends on the effect you want. You can do lots of cool/cheesy tricks by moving the camera, like putting the sky from a different place into a different photo, or seeing stars inside a person silhouette. That’s all double exposure, regardless if you like or consider it “proper technique”.

Its double exposure.

Since the sky is so bright, if you take a photo capturing the city buildings color, the sky ends up almost white due to it being so white. If you expose for the sky colors instead, you can see the full gamut of colors in this sunset, but the buildings would end up very dark (this is how we end with those iconic western film scenes or dark ground with red sky).

You can take a double exposure to combine both so you have a higher range of light. There are many techniques for it and phones do it automatically but can be done in any camera, even film cameras. However if you fuck up or theres movement (slighty different angle) between the two takes, you can end up with things ghosting out.

It can be used to create lots of tricks: https://www.ericjamesphoto.com/blog/2016/2/double-exposures-on-film

In the 19th century they used it to “photograph ghosts” (spiritualism was in vogue at the time): https://en.wikipedia.org/wiki/Spirit_photography

Both of those progressing nicely in Spain, and the result was… a rise of the right, that has doubled down on destroying the aquifers in the south, the most affected region.

So the worse things become, the more people turn a blind eye to the issue.