I don't want AI to be at the forefront of all new media and artwork. That's a terrible outcome to me.
And honestly there's already too much "content" in the world and being produced every day, and it seems like every time we step further up the "content is easier to produce and deliver" ladder, it actually gets way more difficult to find much of value, and also more difficult for smaller artists to find an audience.
We see this on Steam where there are thousands of new game releases every week. You only ever hear of one or two. And it's almost never surprising which ones you hear about. Rarely you get an indie sensation out of nowhere, but that only usually happens when a big streamer showcases it.
Speaking of streamers, it's hard to find quality small streamers too. Twitch and YouTube are saturated with streams to watch but everyone gravitates to the biggest ones because there's just too much to see.
Everything is drowning in a sea of (mostly mediocre, honestly) content already, AI is going to make this problem much worse.
At least with human generated media, it's a person pursuing their dreams. Those thousands of games per week might not get noticed, but the person who made one of them might launch a career off their indie steam releases and eventually lead a team that makes the next Baldur's Gate 3 (substitute with whatever popular game you like)
I can't imagine the same with AI. Or actually, I can imagine much worse. The AI that generates 1000 games eventually gets bought by a company to replace half their staff and now a bunch of people are out of work and have a much harder uphill battle to pursue their dreams (assuming that working on games at that company was their dream)
I don't know. I am having a hard time seeing a better society growing out of the current AI boom.
The atomic bank transfer is done as part of function(data). The data record contains fromAccountId, toAccountId, and amount. The function applies the transfer if it's valid (fromAccountId has at least that amount of funds), and no-ops otherwise.
It seems that you cannot, in one database call, make a transaction?
You would need to push your transfer to the depot, then poll until it has been accepted.
If you do not poll, then your transaction may be written but as a no-op.
Does this increase latency for such applications?
indexes = function(data)
query = function(indexes)
How does this model a classic banking app where you need to guarantee that transfers between accounts are atomic?This is in effect an infinite-money glitch, until you overplay your hand and a market upset bankrupts the state (or the state triggers hyper-inflation in an attempt to prevent bankruptcy). Austerity is just a roundabout way of saying "let's get more breathing room by abusing this infinite-money glitch less".
In an ideal world any country would go through periods of austerity to get rid of wasteful spending, before increasing spending again. But of course this is not how politics works: it's hard to sell to voters, and the things that get cut in "austerity" are often not the most wasteful things.
(A replicated set of databases for the depots; a set of workers creating the "p-stores" in ... another set of databases, and you've replicated the architecture; heck you can even run this entirely off postgres w/replication + triggers to handle partitioning and materialization with no external workers if you like)
EDIT: Also their API fairly unambiguously is effectively a DSL, just one without it's own separate syntax and parser allowing access from outside the JVM.
Really? I never had problems using some JVM base image and deploying via a Docker image, which is what I would be doing anyway.
I did, and doing it in the browser was so bad that it was unusable. I suspect that it's not the crypto that's slow but the file reading. But anyway...
> SHA256 in pure Python would be unusably slow
None would do that because:
> Python's SHA256 is written in C
Hence why comparing "pure python" to "pure javascript" is mostly irrelevant for most day to day tasks, like most benchmarks.
> Javascript is fast. Browsers are fast.
Well, no they were not for my use case. Browsers are really slow at generating file checksums.
Have you tried to do this in Python?
A Node comparison would be more appropriate.
If every did their neighbor's laundry (say) and charged a fee, then everyone would be doing the same amount of laundry and have the same amount of money, yet GDP would rise?