Next step is real force feedback - I'm thinking of a fast moving boxing glove on a robot arm that can position itself within a fraction of a second.
A head shot will never be the same again (system can do head tracking to stop you ducking the punch).

Imagine a portal jump with real feedback. A car crash in a racing game?

You could have an axe on a robot arm for simulating medieval battle games.

Why would you ever let any social network trawl your email accounts (and other social networks)?

I'm annoyed that I can't "facet" my Facebook account into family, friends and work, and hide things from each of these. Google's thing can do that.

Last thing I want is exes popping up again.

Unfortunately that means you have to run a Windows server for your website, and Windows is dropping like a lead balloon in terms of web server statistics.

The current enterprise web stack is actually something along the lines of Java + Spring (Beans, DI, Security) + Apache Wicket (OO Ajax UI) + Hibernate (DB). The DAO layers being abstracted enough that they could be direct database access or remote method calls via your favoured protocol (RMI, SOAP, JSON, PB, etc).

Never, ever, use ISP provided email.

Firstly, you might change ISP, so you lose your old email.
Secondly, they pull tricks like this.
Thirdly, they won't provide as good a solution as a dedicated email provider.

What I am wondering is if you can set up a new personal GMail account, and get it to sync your old emails from the ISP's own gmail service.

Apache Wicket for the web UI (bye bye JSPs), and Spring (or Guice) for DI, beans, etc.

Indeed it is. People are getting their knickers in a twist over microcode for the GPU (which is probably just a microcode update) that probably target a custom architecture, compiled by a custom compiler, and which in themselves provide the advertised functionality (decoding h.264, etc). It's firmware, it's conjoined to the hardware (which is also closed-source) to make the hardware do something useful. By having firmware, you can add features down the line (e.g., VP8, H.265) as well, that you couldn't do with totally fixed hardware.

Note that many CPUs include lots of microcode themselves, where the advertised ISA instructions are actually small microcode programs. Of course they're less complex than video decode microcode, but they're the same thing overall. The CPU microcode is probably also generated via a custom assembler/compiler or hand-written.

So it could come down to the parcels being marked as suspicious, going to the suspicious parcels department (leading to a 3 day delay), where one guy now has a nice line in selling second hand shoes in the bar after work (leading to higher incidence of "lost" packages).

For a one or two story arched roof that is printed (sintered) in place as one solid construction? In 1/6th the Earth's gravity? I'm sure the lack of rebar will not be a problem.

Now when they're printing domes to cover entire craters, then they might need a means to strengthen the structure. And much as I would like that to happen within twenty years, I suspect it will be more like two hundred years before this happens.

I would imagine that the human trip to the moon would be *after* all the robotic colony printers have done their work in building the external structures.

If the structures that are built are robust (especially in regard to flaking away when rubbed/hit/etc) enough, then even furniture could be printed using this mechanism.

And these robots can keep on building stuff, as long as they are powered. As soon as the first module is built, it can build another module, and structures between modules. All we need to do is get the inflatable protective air-tight internal structures on the moon to be installed inside them. And lots of solar panels to mount on the outside. And some means of extracting water and air from the rocks (although initially these would be sent from Earth as well).

For each year of refinement to the equipment done here before launch, I'm sure many many years of work on the moon would be saved, as the equipment becomes more reliable, robust, useful, flexible, and faster.

I had a Palm IIIc (which I won, thanks ZDNet) which was really quite neat. And it was easy to use, and snappy. And the desktop software was pretty good.

Downsides - Serial connection was slow, low resolution display, lack of central repository for software - although some websites did step up to the mark.

Upsides - http://www.palminfocenter.com/news/560/palm-simcity-in-color/

It's eight cores, AMD processors don't bother with SMT / hyperthreading.

It's two Jaguar-based compute modules, if you feel like googling.

AMD is positioning the quad-core Jaguars against low-end i3s actually. It's not "that slow".

I'm guessing that overall it will have 4x to 8x the processing power of the 3.2GHz, but in-order, PPE in the PS3's Cell. Not quite the generational leap it could have been, IMO.

Up until two or three days ago, the leaks were saying 4GB RAM, and a month or two ago, 2GB.

Clearly the XBox 3's (I'm not guessing what name they will use this time round) 8GB RAM has made Sony gamble that they need 8GB too. 8GB of fast costly GDDR5.

The video recording capability is done by the VCE unit that is in AMD's GPUs. It's free (it won't be used for anything else whilst playing a game), apart from memory bandwidth and packet processing/file I/O. I also presume that this unit is used in the Wii U for it's gamepad functionality, as that uses an AMD GPU as well. And I'm fairly certain that the XBox 3 will also include it, because it too will include an AMD GPU.

It's 8 Jaguar cores. I don't know what this makes it. Lots of cores, but each core isn't exactly a powerhouse.