The fight against “left” and “right” is just a narrative to gin up allegiance with certain groups.

The only relevance to the article is that it indicates which parties have sided with the US administration to fight consumer’s digital rights.

Yeah that was my point, it doesn't matter if it's left or right, because the only ideology Meta et-al speak, is USD, so they will kiss the ring of whoever is in power at the present moment in EU, far left or far right. Same how many of them also kissed the ring of the CCP or Saudi Arabia while flying the pride flag in the west.

They don't really care about those ideologies they preach, they just virtue signal however needed in order to appease the mobs and governments in power so they can be allowed to extract wealth.

It seems more likely that people will buy a digital copy of the book for a few bucks and then run the TTS themselves on devices they already own.

Not likely at all, people pay for convenience. They don't want to do that

Yeah hackernews users kept thinking the average consumers like to tinker like we do lol

eBooks are much more expensive then an Audible subscription though.

I wouldn't say so. Audible gives you 1 book a month for $15. Most e-books I see are around $10.

Which is why you put them in the sea or in places with sparse population.

Which is awesome for us who move to places with sparse population to get a silent environment :)

I'd much rather they put them in areas that are already ruined with traffic rumble, at least the difference would be minimal instead of "silence" vs "rumble".

I guess Denmark is going to be out of the question now.

In my experience you want job parameters to be one, maybe two ids. Do you have a real world example where that is not the case?

I'm guessing you're with that adding indirection for what you're actually processing, in that case? So I guess the counter-case would be when you don't want/need that indirection.

If I understand what you're saying, is that you'll instead of doing:

- Create job with payload (maybe big) > Put in queue > Let worker take from queue > Done

You're suggesting:

- Create job with ID of payload (stored elsewhere) > Put in queue > Let worker take from queue, then resolve ID to the data needed for processing > Done

Is that more or less what you mean? I can definitively see use cases for both, heavily depends on the situation, but more indirection isn't always better, nor isn't big payloads always OK.

If we take webhook for example.

- Persist payload in db > Queue with id > Process via worker.

Push the payload directly to queue can be tricky. Any queue system usually will have limits on the payload size, for good reasons. Plus if you already commit to db, you can guarantee the data is not lost and can be process again however you want later. But if your queue is having issue, or it failed to queue, you might lost it forever.

> Push the payload directly to queue can be tricky. Any queue system usually will have limits on the payload size, for good reasons.

Is that how microservice messages work? They push the whole data so the other systems can consume it and take it from there?

A microservice architecture would probably use a message bus because they would also need to broadcast the result.

yes and no, as the sibling comment mentions sometimes a message bus is used (Kafka, for example), but Netflix is (was?) all-in with HTTP (low-latency gRPC, HTTP/3, wrapped in nice type-safe SDK packages)

but ideally you don't break the glass and reach for a microservices architecture if you don't need the scalability afforded by very deep decoupling

which means ideally you have separate databases (and DB schema and even likely different kind of data store), and through the magic of having minimally overlapping "bounded contexts" you don't need a lot of data to be sent over (the client SDK will pick what it needs for example)

... of course serving a content recommendation request (which results in a cascade of requests that go to various microservices, eg. profile, rights management data, CDN availability, and metadata for the results, image URLs, etc) for a Netflix user doesn't need durability, so no Kafka (or other message bus), but when the user changes their profile it might be something that gets "broadcasted"

(and durable "replayable" queues help, because then services can be put to read-only mode to serve traffic, while new instances are starting up, and they will catch up. and of course it's useful for debugging too, at least compared to HTTP logs, which usually don't have the body/payload logged.)

> I can definitively see use cases for both

Me too, I was just wondering if you have any real world examples of a project with a large payload.

...well, that's good for scaling the queue, but this means the worker needs to load all relevant state/context from some DB (which might be sped up with a cache, but then things are getting really complex)

ideally you pass the context that's required for the job (let's say it's less than 100Kbytes), but I don't think that counts as large JSON, but request rate (load) can make even 512byte too much, therefore "it depends"

but in general passing around large JSONs on the network/memory is not really slow compared to writing them to a DB (WAL + fsync + MVCC management)

I would hope the trillions of dollars sloshing around are used to pay people to make the core of the product better.

If you ask around Magnificent 7, a lot of the talk rhymes with: "we're converting Opex into Capex", translated: "we're getting rid of people to invest in data centers (to hopefully be able to get rid of even more people over time).

There are tons of articles online about this, here's one:

https://finance.yahoo.com/news/amazon-bets-ai-spending-capex...

They're all doing it, Microsoft, Google, Oracle, xAI, etc. Those nuclear power plants they want to build, that's precisely to power all the extra data centers.

If anything, everyone hopes to outsource data validation (the modern equivalent to bricklayers under debt slavery).

*Danish

I wouldn't call it confusing because the rules are very regular. Prepositions and articles are lowercase unless they start the sentence, the same rules apply to spelling in titles (eg. book titles).

It’s confusing because you have to know the nationality of a person to know how to capitalize their surname (In Flemish Dutch, prepositions that do not start a sentence are uppercase if they’re part of a name)

And nitpick: you likely meant “Willy Vandersteen” (https://en.wikipedia.org/wiki/Willy_Vandersteen), but that would be a bad example as it, I think, would always be capitalized, also if he were Dutch.

As an outsider this feels like they treat these kids like cattle.

Worse, they are treated like criminals.

Civilized places don't treat "criminals" like that. You'd need further qualifications there to make this kind of thing acceptable (as in "violent criminals" or something like that).

99% of students had cafeteria lunch and I was one of a couple with a lunch box. Teachers in the hallway would see it and get mad until I showed them my sandwich lol.

get em used to it while they are young. They will see it as normal by the time they can vote.

Except kids already voluntarily gave up their own privacy to such an extent that they don't value it whatsoever. The government is lagging here. Kids will record you without consent anywhere and everywhere, post it online, live stream everything they do, overshare with no limits. They don't understand the idea of privacy. They don't even like the idea of privacy.

> Except kids already voluntarily gave up their own privacy to such an extent that they don't value it whatsoever.

kids don't get privacy in the first place. thats something we give them and they LEARN to value it. thats the goal of this kind of legislation. prevent them from ever having it in the first place.

I use Pop!_OS for my gaming PC and I generally enjoy it. It could do with less punctuation in the name because it makes it harder to search the internet for distro specific information.

I just use "PopOS" as the name myself in reference, a lot of others do the same... I agree the actual marketing format is kind of ridiculous.

I would be more inclined to use it if it didn't have punctuation within the name.

I've been using it as my daily driver for ~3 years now.

The punctuation hasn't bothered me once in that time.

I've enjoyed a much more stable Linux desktop experience than I had on other distros in the past when I tried though.