Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
×
Games

Decrying the Excessive Emulation of Reality In Games 187

An editorial at GameSetWatch makes the case that game developers' relentless drive to make games more real has led to missed opportunities for creating unique fictional universes that are perhaps more interesting than our own. Quoting: "Remember when the norm for a video game was a blue hedgehog that ran fast and collected rings and emeralds? Or a plumber that took mushrooms to become large, and grabbed a flower to throw fireballs? In reality they do none of those things, but in the name of a game, they make sense, inspire wonder, and create a new universe. ... We’ve seen time and time again that the closer you try to emulate reality, the more the 'game' aspects begin to stick out. Invisible walls in Final Fantasy, or grenades spawning at your feet when you go the wrong way in Call of Duty: Modern Warfare 2 are examples of kicking the player out of that illusion of reality, and letting them know that yes, this is a game, and yes, the rules are designed to keep you in the space of this world, not the real world. In reality, as a soldier I could disobey my orders and go exploring around the other side. I could be cowardly and turn back to base. Games shouldn’t have to plan for every eventuality, of course, but it’s not so hard to create universes that are compelling but where the unusual, or even simple backtracking, is not so unfeasible."

Comment I agree (Score 1) 548

I agree. A good library or Framework allied with the basics of the language and some knowledge of best practice probably go a lot further than people give credit for. I too learned BASIC (BBC-Basic) and had a lot of fun with it. Was taught PASCAL and Modula2, but I struggled with C. Pointers and memory management and the lack of instant feedback that you get with BASIC really put me off. I spent years with some 4GLs and database specific languages before a very well structured, framework heavy proprietary OO language eventaully took me to Java, which is where I am now. However, I will be revisting C and ObjectiveC in order to do something with the iPhone. It's not nearly as daunting now as it once was.

Comment Re:Because? (Score 1) 587

I'm not really sure how your point applies to the current discussion...

Well, the FSF philosophy of "Software wants to be Free" is a blanket which applies to all software, even when it makes no sense to apply that philosophy. As I pointed out elsewhere in this discussion, there's really no difference between cloning an operating system from open code and cloning a software platform from an open api. Philosophically, however, RMS deems the open API clone to be morally wrong in this case, because the API is controlled by Microsoft.
I guess my point is that there are a lot of grey areas which this black and white philosophy doesn't really fit. Finally (before I butt out!) the End User of a nuke system isn't necessarily the owner of that code, but your stipulation of "wanting the ability to be absolutely certain of where it[the nuke] will go when they push that Big Red Button" would probably be covered by a restrictive "non-Free" licence. :)

Comment Re:Because? (Score 1) 587

If you're properly rewarded (compensated) for the creation of your program, what right do you have to impose additional restrictions on me, the end user?

You, the end user, may not be the owner of the software in question. In that case, I have every right to stop you from fiddling with the naviagtion software for my nukes, or the avionics software in my aircraft, or the transactional software in my payment settlement system.

Comment Re:Because? (Score 1) 587

I guess the difference is that Gnash guys hate Flash with passion, whereas Miguel & friends recommend the technology they work with as reasonable choice for new development.

So, Gnash is OK because the developers hate Flash because it's proprietary to Adobe? This whole thing is truly laughable. I don't see how reverse engineering a platform from an openly published API spec is any different to reverse engineering an operating system by reading and understanding its source code. Maybe Stallman really did hate UNIX after all.

Comment Buy American (Score 5, Funny) 525

Dear Mr President, You really should be buying American products in order to stimulate economic recovery in the United States of America. May I take this opportunity to remond you that MICROSOFT is an AMERICAN CORPORATION! BUY AMERICAN! BUY AMERICAN! We love you, Mr President Sincerely, Steve Ballmer
Slashdot.org

Submission + - What is going on with 'loose' vs 'lose'?

Insecure grammar nazi writes: Fairly recently on /. there have been a number of cases in which people seem to confuse lose (to come to be without) with loose (free or released from fastening or attachment). Normally I would expect the grammar nazis to set these people straight, but the prevalence of these mistakes seems to have increased to the point where more people get it wrong than right!
Lately I have noticed the same mistakes occuring quite frequently on other forums and interactive web-sites across the 'net.
Is this all a part of some deliberate backlash against these two words because people honestly feel that they are more correctly spelt the other way around? Is it just some planet-wide (slashdot-wide?) joke to which I am not privy? Or is the entire planet conspiring to mess with my mind and make me feel left out?
User Journal

Journal Journal: Apple iPhone 2

Pending questions regarding the iPhone:
  • Can the iPhone route Internet traffic to a laptop, particularly sharing Edge with a laptop over WLAN?
  • Can ISV's ship complementary software for the iPhone? It is running Mac OS X, and thus technically this should have a chance; but does Apple provide APIs for third party software to smoothly integrate with the remaining phone software, and to smoothly interact with the touch screen interface? Will the iPhone be another target in Xcode
Handhelds

Submission + - Analysis of the Apple iPhone

Provataki writes: Now that the initial dust of the iPhone's launch has settled down, here is a no-frills, objective analysis of the iPhone's feature-set and how it compares to other smartphones today. The author seems to like the device a lot and believes that will drive the industry in the coming years, but he also mentions the lack of a native (non-widget) SDK (which is what defines a "smartphone") and the old-style input method used (why didn't Apple go for something as innovative as this?). Stereo Bluetooth A2DP, MMS support and user-replaceable battery (a norm in the cellphone industry) are still a questionmark.

Slashdot Top Deals

"Experience has proved that some people indeed know everything." -- Russell Baker

Working...