Follow Slashdot blog updates by subscribing to our blog RSS feed


Forgot your password?

Slashdot videos: Now with more Slashdot!

  • View

  • Discuss

  • Share

We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).

PC Games (Games)

EA Editor Criticizes Command & Conquer 4 DRM 266

Posted by Soulskill
from the preach-it-brother dept.
Command & Conquer 4's DRM hasn't garnered Electronic Arts as much bad press and fan outrage as Ubisoft's scheme, despite being very similar. Nevertheless, it's been causing problems and frustrations for some users, including's own editor-in-chief, Jeff Green. An anonymous reader points this out: "Green wrote on his Twitter account late last week: 'Booted twice — and progress lost — on my single-player C&C4 game because my DSL connection blinked. DRM fail. We need new solutions.' He continued later, 'Well. I've tried to be open-minded. But my 'net connection is finicky — and the constant disruption of my C&C4 SP game makes this unplayable. The story is fun, the gameplay is interesting and different at least — but if you suffer from shaky/unreliable DSL — you've been warned.'"

Comment: Is there no end to the data being collected? (Score 2, Funny) 206

by ValuJet (#30343408) Attached to: Personalized Search From Google Now Opt-Out

I've had my browser cookies turned off for 8 years. I only use cash to make purchases. I don't even use the bathroom in my house because I'm worried THEY are watching what I'm eating. Sure my basement is filled with mason jars filled with crap, but it isn't as difficult as you might think. You also get used to the smell after a while. It is a small price to pay to not have the government know what I'm eating/drinking.

Comment: Re:HOWTO: Using a SUBSET to create LOCK-IN!!! (Score 1) 186

by ValuJet (#27575449) Attached to: Sun's Phipps Slams App Engine's Java Support

No, it is you who still don't get it.

Yes, you have to code differently for the google app engine. Code deployed on other app servers will most likely not be ready to compile directly to the GAE.

Code on the GAE however would easily be ported to other servers... See how this is different? You would have to create your tables and set up your configuration settings.

The thing you don't seem to understand is that if you write an app for the app engine it can be ported to another container. This is a true statement.

Something written on another container is not able to be easily moved to google. This also is true of a subset. All things in the app engine are a part of the java spec.

Not all things in the java spec are available in the google app engine. This isn't a difficult concept. It isn't creating lock-in to make it hard to move to the app-engine but easy to leave.

Comment: Re:Sauce for the goose... (Score 2, Insightful) 186

by ValuJet (#27564247) Attached to: Sun's Phipps Slams App Engine's Java Support

How does using a subset of java 'Lock you in' to google? You can take that implementation and go anywhere that has the full version of java available and install your app there. It will work with some configuration changes.

My guess is Google doesn't allow you to play with threads for performance reasons. The file i.o. is because of the system architecture. You need to write to a filesystem, you have to write to memcache.

As someone who is looking to write an app on the engine, some of their stuff bothers me, but I get why they're doing it. If I ever want to take my ball and go elsewhere, I will always have that ability.

In the sciences, we are now uniquely priviledged to sit side by side with the giants on whose shoulders we stand. -- Gerald Holton