My thoughts exactly... a bit of a pretentious name, that. That particular article seems to be a self-written advertisement by that group - a group so niche that it doesn't even have an article on Wikipedia :) I wonder if someone will try to create it now... imagine that flamewar :D

I think statcounter.com per-country stats just plain aren't reliable. Their graph for Croatia shows Firefox in a clear lead, but some generic popular Croatian sites whose logs I happen to have access to show a completely different picture - for example last month 43-49% IE, 35-37% Firefox, 8-12% Safari. I'm guessing their sample of local users/sites isn't representative for whatever reason - most likely, they just don't care.

Wish I had mod points...

Of the 64 comments I see in full, only this one has actual pertinent information about the downtime.

...

I must be new here. :)

I disagree with whatever you have to say simply because you're pissing off Bob :)

This doesn't really make much sense, as it goes against the conventional wisdom of software development - newly written or younger software by default scores worse on the stability front compared to old software, even if old software was known to be buggy - exactly because of the simple fact that someone somewhere already dealt with many of its quirks, and hopefully put it in order, whereas there is inherently less proof that anyone ever did that with novelty software. There are exceptions, obviously, but I don't think it's common among people who want rock-solid stability to be betting on getting such an exception.

Sure. They should also have the money to actually pay the lab people for the non-standard working hours, the more expensive arrangement for the hospital and more financially beneficial for the workers. But I'm guessing they have a policy that says the lab people don't get to have that. (After all, they're just a bunch of strange people monkeying around in the basement while the real medical workers actually work on healing the patients, right?) So instead the hospital gets this kind of nonsense.

You sound like you have an axe to grind.

Why, yes, they have agreed to include their patches in the main kernel tree, but not all of them have the consent of the upstream kernel developers. The response of the Xen developers has been a significant refactoring of their code. Try reading the readily available documentation on the progress of merging Xen kernel patches upstream.

Is this the right place to add more anecdotal "insight"? :p

We're using it at work in dozens if not hundreds of hardware and software combinations, and it's not exciting at all, it just works. We use only its free management tools and rely only on its freely available documentation.

HTH, HAND.

Er, it's KVM that gets all the hype these days because it's still got some novelty. Xen just has the users, because it's simply more mature.

A better punchline might be because another pilot not speaking your language might end up crashing into your plane while you mutter something in your native tongue.

I'm told that most Cisco machines have processors the speed of an Amiga 500 inside. How many thousands of those do you need to emulate that you actually need an i7? :)

Your car analogy is lousy, because my 2000 Toyota Yaris can and does sometimes go 160km/h, and in relative terms it cost me much less than my CPU. If I was buying a car comparable to my CPU, I would be driving an SUV twice the size. Hm, on the other hand, thanks for that analogy, it put things into perspective. Maybe next time I shop for CPUs it will save me some money :)

That's why it was funny, you know. :)

This looks like a good opportunity to recommend The Mythical Man-Month . It talks about software written forty years ago, but its lessons are still plenty applicable today :)