Depends. With WebGL / WebCL, I can imagine preview effects there quite easily. I can also imagine that it would be nice to be able to do the real rendering runs on a rack somewhere else. The more difficult thing is imagining the multiple GBs of data between the two. Possibly uploading the raw source data to the server and keeping the local copy and just syncing the non-destructive editing instructions would work.

Note that HTML5 does allow effectively unlimited (policy set by the user) local data to be storage and applications that run completely disconnected. It's possible to write a web app that uses the browser for the UI, but only uses the network for software updates.

You're conflating JavaScript and DOM. With FTL, JavaScriptCore can run C code compiled via Emscriptem to JavaScript at around 60% of the speed of the same C code compiled directly. That's not a huge overhead (40% is a generation old CPU, or a C compiler from 5 years earlier). Transitions from JavaScript (or PNaCl compiled code) to the DOM, however, are very expensive. This is why a lot of web apps just grab a canvas or WebGL context and do all of their rendering inside that, rather than manipulating the DOM. Optimising the DOM interactions without sacrificing security is quite a difficult problem.

Web app doesn't necessarily imply web app hosted by someone else. For companies, there's a lot of advantage in being able to roll out cheap client machines that just run a web browser and have all of the apps in a single rack somewhere. To upgrade everyone in the company, just upgrade a single install. Don't worry about employees that can't remember to always save data on the fileserver where it's backed up, because you've configured the web apps to only be able to save there (or to always save a copy there).

Itanium compiler development has also been centred in Moscow for a while, so they likely have a pool of engineers experienced with targeting weird VLIW architectures.

No, they are again. During the Pentium 4 era, they were behind on pretty much every metric. They only survived because of name recognition and AMD not having the production capacity to take more than about 20% of the market share. At the mid to low end, an Athlon system with the same performance was cheaper than anything Intel sold. At the high end, Opterons were roundly trouncing Xeons in absolute performance and performance per dollar.

The Pentium M was when it started to turn around for Intel - the laptop market started to grow rapidly and AMD was only just competitive on performance per Watt, but didn't have the laptop motherboard makers onboard. With the Core 2, Intel retook the performance crown.

Depends a lot on the ticket type. I just checked and advance singles (specific train, booked in advance) start at £39.70 each way. That works out at about $61 each way. Off-peak singles (any train, not at peak commuter times at each end) are £60 ($90) each way.

Except that, just before the invasion, they had announced that they would switch from selling the oil in US Dollars and use Euros as the currency for defining the price. This provided a strong economic incentive for the US to change the regime.

Data loss in flash cells is probabilisitic, but the standard for wear levelling software is to mark a cell as dead if it can't guarantee holding its contents for a year. There have been some interesting proposals to expose this to the OS - there's a lot of data where even holding it for one day would be fine (e.g. browser caches, swap, other temporary files), so the more worn cells could be productively used for this data.

I think that depends on which concourse you're on. I had a similar experience (trapped for about 7 hours), but the saving grace of La Guardia was that on the flight side of security there was a really nice pizza place (as well as a number of others). No lounges or comfy seating though, which meant that I was quite cranky by the time my flight did eventually leave...

Assuming that you're starting near Paddington. From Kings Cross (i.e. where anyone coming from north of London will arrive), between the Tube and the waiting time, it takes about the same time to get the Tube to Paddington and change to the Heathrow Express as it does to take the Tube directly from Kings Cross to Heathrow. There were plans to extend the Heathrow Express, at least to Liverpool Street, and possibly to Kings Cross, but they seem to have been lost somewhere.

You probably don't need to wait. There are lots of parts of the US and Europe where the cost of living is much lower than the big tech hubs. I was freelancing for about five years in one of them. One day of consulting per month covered my cost of living, everything else went either on savings or luxuries. A lot of the big companies are very happy to employ people on this basis (Red Hat had several people living near me, for example). They're paid a bit less than a Valley salary, so the company saves a reasonable amount, they work from home (so the company doesn't have to provide an office - if there are a cluster of them then they might rent somewhere, but it's a lot cheaper than in a tech hub), and the employees have a lot more disposable income because the cost of living is so much lower. Everyone wins.

You're not really avoiding offshoring though, you're just benefitting from the same economic conditions that make it beneficial. The number one problem with offshoring to India for tech companies is employee retention - the good ones don't stay around very long. A lot of companies are very happy to save a bit on office space and salary and have a known-competent employee who will stick around for a while.

Clearly you've not done much UNIX shell scripting, if you've not been bitten by the issues with having to escape strings multiple times.

Do they? I've had to download complete games for both Windows and Mac for the updates. As long as they keep both, I'm happy. I'd hate to go back to the era of installing a game and then having to install all of the updates. With the speed of Internet connections now, even a 10-20GB download is not really a bottleneck for enjoyment.

The main fail with Diakatana was expectation management. Prior to launch it had so much hype about how it would totally redefine gaming. And then they released a game that was... okay. Not particularly good, not particularly bad, and with a few issues that, if fixed, could have made it much better.