Ehh, this is basically just another form of DRM. No different than you having a Steam and GOG model. You can make your apps using DRM and enforce certain constraints
bitfucker
joined 2 years ago
Sometimes you just can't guess the domain name of a company you know. Also, it doesn't help that most companies website are fucking nightmare to navigate so having the relevant page on the first click is nice too
Well, remember the news when one of those fucker even continue the procedure despite the patient SCREAMING in pain and he just doesn't care?
Well, ease of use I suppose. Just look at us capable of using basically anything as an energy source. Imagine a machine that is not finicky on how they got their energy. The problem for any such machine will always be efficiency. You cannot do more work than the energy that you put in a system. Such machines will need a stomach that is capable of processing "food" at the same/greater speed that it is spending its energy. Not to mention we usually use machine for heavy, energy intensive task, so I doubt such stomach will be useful for any meaningful machine.
I think the commenter mean using artificial stomach for machinery to convert food into energy that the machine can use
Hmmm, yeah it gets harder to associate it with physical reality when user generated content is introduced. Maybe an archival of said content is mandated but then again, who is going to serve the archive. In the case of youtube, it would be almost impossible
Huh, the difference is that a website is not akin to a public park but privately owned park with or without entrance fee. The owner is nice enough to open the park and let you do whatever you want for free with the cleaning and maintenance is paid by the owner, but when the park is closed, would you still say the owner should still be forced to maintain it?
The transport is usually TCP/IP tho. But nowadays QUIC is trying to make it UDP. HTTP is specifically an Application Layer Protocol from OSI model
The thing is, it does exists a way to convert grpc protobuf to json one
It usually goes down like this on some security heavy system: It does not know that a queue is missing. It does however know that it cannot access that queue. When an error is thrown on a secure system, usually the first thing to check is the privilege. If the queue does not exist, so does the privilege to access said queue hence the first error being thrown.
What I mean by that is, this is just an API/SDK for app developers to use. Google does not enforce the use of such things. Much like steam does not force the use of their drm for example (please note the difference between the marketplace and the drm). App developers can always choose how they make and distribute their app.