The Google Docs Lockout Fiasco & The Failed Promise Of The Cloud

from the this-is-not-the-cloud-we're-looking-for dept

While it wasn't always called "the cloud" people have been talking about and predicting the future of remote computing for the past few decades (and, sure, I know that in the early days of mainframes and terminals, that's how things worked, but I'm talking about in the modern internet era). And some argue that we've now finally reached the true age of the cloud. After all, tons of people can survive with most of their documents really stored in the cloud. Indeed, for many people, they have little use for much storage on their own computers (and, sure, I know some of you will get snooty and talk about how crazy that is, but the simple fact is that many people are not like you and don't need much in the way of local storage).

But, as I've said before, and will say again, I think by letting companies like Google and Amazon control "the cloud" we've actually missed out the real possible benefit of the cloud. The version that I had always pictured separated out the storage layer from the service layer. I've made this point in the past concerning online cloud music services (which are now pretty obsolete due to streaming services) where I'd prefer the ability to store all of my (legal) MP3s in one spot, and then point a music playing service at those files. Instead, every cloud music service required you to upload local tracks to servers somewhere, and you'd have to do it all over again if you switched. This is obvious lock-in for those services, but it's a pain for end users, and diminishes the possibilities for more innovative services.

The same is true in other areas as well. And I'm reminded of this due to a bug in Google Docs that hit some people earlier this week. When people went to access their docs, they were told they were locked out due to a "terms of service violation." This turned out not to be true (Google just fucked up in a way that "incorrectly flagged a small percentage of Google Docs as abusive, which caused those documents to be automatically blocked"). And, while this was a stupid mistake (that legitimately freaked out a bunch of people who rely on Google docs), it again highlights the problem.

Google Docs is a fantastic and useful service. But it would be a hell of a lot better if the service layer and the storage layer were separated. In the bad old days when I used Microsoft Word, I wouldn't want that app shutting down because it thought someone wrote an "abusive" letter. Why should that even be an option in Google Docs? And why should Google run both the service and the storage part? Why can't I store the doc somewhere else, and just point Google Docs to that storage, such that I can still get the same service, but Google has no right to deny me access to the documents I make?

Again, I understand the business logic behind this (lock-in!) and even some of the legal logic behind this (for example, in my music example, I'm sure that some would argue that a service playing from an accessible data store of (even legal) MP3s would infringe). But, out of all that, it feels like we've really missed out on the true promise of the cloud, in which we separate out the services from the data, and allow more and varied services to compete, without also claiming ownership and having the ability to block access to the data. This SNAFU with Google Docs only serves as another reminder of how problematic this can be.

Filed Under: applications, cloud, data, google docs, locked out, services, terms of service
Companies: google

EA/Origin/Something Locks Benchmarkers Out Of Battlefield Hardline After Too Many GPU Swaps

from the punishing-the-innocent dept

Origin, Electronic Arts' online store and license-check-in system is a hilarious study in how to build a platform to serve legitimate customers and identify infringing copies of the game that both inhibits legitimate customers and misidentifies what is an infringing copy of a game. Add to this the fact that the Origin platform has in the past been found to be in and of itself a massive security exploit and one wonders how the service is still around today. But around it most certainly is, and still screwing with legitimate customers, too, as a group attempting to run benchmark tests on EA's Battlefield Hardline found out.

Guru 3D writer Hilbert Hagedoorn has discovered some pernicious DRM in Battlefield Hardline while attempting to do a "VGA graphics performance" test with the game for a feature article (thanks Blue's News). Apparently the DRM monitors hardware changes - something Hagedoorn was doing a lot of when testing different cards with the game - and when it hits a certain threshold it locks the user out of the game.

"Here's what EAs DRM is doing," Hagedoorn writes. "They don't just verify the number of PCs you work on slash use, nope .. they dare to monitor hardware changes now, which I am sure is a privacy breach on many levels. So once we insert new hardware (graphics cards) the hardware id # hash changes and if that happens a couple of times they are rendering your activation invalid."

For the record, EA has already responded to Game Politics with a wonderfully silly answer: it ain't our DRM, it's the Origin DRM, yo!

"Origin authentication allows players to install a game on up to five different PCs every 24 hours," the EA spokesperson told us this morning. "Players looking to benchmark more than five hardware configurations in one 24 hour period can contact our Customer Support team who can help."

Hoo-boy, EA, that's quite a trip of a rebuttal, considering Origin is your platform and the check-in system you're describing is in fact a form of DRM. So a statement that essentially boils down to, "It wasn't our game DRM, it was our platform DRM!" is absolutely useless. Is the Origin authentication that lets customers install on five different machines in a day fairly lenient as these things go? Sure, except for a couple of things. First, it clearly doesn't work all that well, since simply swapping out a GPU suddenly counts as a whole new machine. Second, why have this restriction at all? If your platform can't be relied upon to properly determine legitimate copies of games, then ditch the platform. Don't back that failure up by annoying paying customers with restrictions designed to buttress your failed attempts.

But all of that may end up being besides the point, because Hagedoorn's early point is the key: why is EA sniffing around our hardware configurations? The company had damned well better be sure that there is something in the EULA that allows for them to sniff out hardware swaps, something quite common amongst PC gamers, nevermind benchmarkers. But even if the EULA allows for this... what the hell?

Filed Under: benchmarking, drm, locked out, origin
Companies: ea