> Every new PC sold with Windows 8 will be locked up tight with Microsoft's UEFI ... secure boot on
Not that I don't agree that there's a potentially dangerous precedent here, but this is omitting a key detail. For x86 computers, MS's certification requires that users can disable secure boot. Of course, this is not true for ARM computers, hence the dangerous precedent.
I find it strange how people refer to a Windows RT tablet as an "ARM computer", but the iPad, Kindle Fire, Nook and a zillion other Android tablets(most of which have locked bootloaders, hello "Dangerous Precedent"!) are not referred to as ARM PCs.
It just shows how the terminology is changed to have a higher impact for an argument.
I find Android having locked bootloaders to be dangerous in the long term and just very annoying in the short term. The only solution is to only buy Google devices.
iOS is a lost cause, most likely, since it won't even let users run whatever they want.
On the contrary, it seems the big Android manufacturers start to understand the advantages of letting users unlock the bootloader. There are official tools from HTC[1] and Sony[2], Motorola seems to follow suit[3] and Samsung's dragging its feet in the same direction with the Galaxy S3[4].
I'd attribute it to the software. iOS and Android are clearly meant to coexist with and not supplant a more traditional OS. To me, the dangerous precedent is that this new ARM computer comes loaded with "Windows", a label which connotes a more traditional OS, yet it can only run apps from MS's app store and cannot be booted into Linux. Yes, this is a slippery slope argument given that MS also provides the x86 version which can do all of those things, but I think the distinction will be lost on the general public.
Since everything has to be downloaded from the Windows Store (which can control the experience) and it comes with Office RT, most people probably won't notice. There will be people who will ask where the DVD drive door is...
Actually, x86 software ran fine on NT/Alpha; at one point x86 apps ran faster emulated on Alpha than natively on x86. (And emulated 68K on PPC was sometimes faster than native 68K.)
I don't think it is fair to call it a "failed" alpha port. AFAIK WinNT was developed on multiple CPU architectures from the get go to ensure they didn't take any dependencies on one architecture. Alpha was one of those architectures http://en.wikipedia.org/wiki/Windows_NT_3.1 (also courtesy of the fact that Dave Cutler and a whole bunch of other guys from DEC were hired by MS to build NT) and continued to be supported for a while. I think Alpha's lack of success in the marketplace eventually killed NT's support for it.
There is nothing distinguishing Android from a conventional general-purpose computing OS, aside from the fact that it's designed to be used with a finger rather than a mouse. The question you're really asking is whether traditional computing tasks can be performed efficiently with a touch interface.
> There is nothing distinguishing Android from a conventional general-purpose computing OS
Except the expectations of the consumer, which was, you know, the whole point of my post. The touch interface has literally nothing to do with it.
To be totally clear, I agree that Android doesn't carry the same caveats as iOS and Windows RT, but in the eyes of the consumer, Windows and Android mean very different things.
Not that I don't agree that there's a potentially dangerous precedent here, but this is omitting a key detail. For x86 computers, MS's certification requires that users can disable secure boot. Of course, this is not true for ARM computers, hence the dangerous precedent.