Did Microsoft Simply Run Out of Time On Windows RT?
CWmike writes "Microsoft may have simply run out of time with Windows RT, Directions on Microsoft analyst Michael Cherry said on Friday. Windows RT, the name Microsoft slapped on the OS earlier this week after calling it 'Windows on ARM,' or WOA, for months, is the forked version of Windows 8 designed to run on devices powered by ARM SoCs, or system-on-a-chip. Cherry was referring to gaps in Windows RT's feature set, particularly the lack of 'domain joining,' the ability to connect to a corporate Windows network and the lack of support for Group Policies, one of the ways IT administrators use to manage Windows devices. 'This is pure speculation on my part, but it seems like they had to make a trade-off with Windows RT,' Cherry said. 'What we're hearing now about Windows RT is a function of time and how they wanted the thing to behave. It seems to me that the a key goal was to get battery life decent and keep the weight [of devices] down.' His analysis on RT's chance of success: 'I think you can take Windows RT off the table for enterprises,' he said."
They didn't run out of time on it. They did what they've always done with what they see as "consumer" versions of their OS: they deliberately left out certain network- and enterprise-related functionality.
Microsoft ran out of time years ago. The iPad has completely taken over the tablet industry; even Android hasn't yet found any footing there without the carrier infrastructure that helped it to compete with the iPhone in the smartphone industry. Worse yet for Microsoft, iPads now outsell the entire desktop PC industry.
But if you've followed Windows 8 development, you'll already have the impression that the whole thing was rushed. Poor design decisions exposed in the preview releases were ignored because the product was due for release this year, come hell or high water. Microsoft is afraid and knows that the era of the PC is over, and that smartphones and tablets--aka, appliance computing--is the new paradigm for mainstream computing. And Windows won't be there.
"Sufferin' succotash."
WinRT does have central administration capabilities, just not as extensive as enterprise editions of Windows.
When will Steven Sinofsky run out of time? By all accounts he's driving the whole enterprise into the ground with mindless dogma.
I guess someone thought a locked boot-loader and mandatory chain of trust that begins and ends at MS was more important than a solid set of working features.
This is pure speculation on my part
systemd is Roko's Basilisk.
More like anti-RT (realtime).
I would have voted for Windows On ARM Hardware.
While I'm not a big fan of Microsoft, it should be said that porting the OS to a different architecture after many years of using an architecture designed with their input is a huge undertaking. Give them some time.
Caveat Utilitor
I can't help myself but see Keanu Reeves as Ted saying "woaaa".
I have to disagree that Microsoft ran out of time. They just have an insane insistence that everything must but "Windows" even the Windows model doesn't fit. For style of tablets that compete with the iPad, they don't have to be desktops like Windows or OS X. Yet MS felt that they needed to spend development to shove the tablet model into Windows and label it as Windows 8. If MS focused on creating a new OS just for the tablet, they might have worked out all the enterprise features instead.
To clarify the article, Windows programs will run on Windows RT and Windows 8 but only if written specifically that way. Legacy programs are important to the vast majority of enterprises and are not compatible with Windows RT. So Windows RT was never going to be legacy compatible, why do they need to rewrite the desktop Windows model just to call it all "Windows".
The best use case I can see for Windows 8 hybrid approach is unfortunately something that MS has done in the past but never worked out. Hybrid tablet/laptops would have been great for Windows 8. But there is nothing on the horizon that remotely fits this vision. Intel is pushing for ultrabooks favoring less weight and more power efficiency instead of multi-touch transformable tablets. Seems like MS designed an OS for hardware that doesn't exist and even if it did is a very small percentage of users instead of optimizing for the hardware that is in the near future.
Well, there's spam egg sausage and spam, that's not got much spam in it.
A tablet is meant as a terminal front end to a cloud based application .. what is it you would like to manage on it in the first place. The software environment is reasonably secure it took quiet a while for the iPad2 to get hacked maybe the iPad3 will not be hqcked until the end of that products lifecycle. That secure software environment is not managed by your it dept but by Apple. Think of these devices as dumb terminals. Oh I can hear you say I want to manage things like email or the calendar app etc. These apps should be managed by you on the cloud and again the tablet only used as a browsing front end.
Why would my phone need to logon to the company domain or have group policies? Are not samba and VPN enough?
This was explained in brads key note at mms
It's part of consumerization of it and the move from enforcement toward governance
Saying that MS ran out of time is like saying that the iPad's missing enterprise features are because Apple ran out of time. The iPad's adoption is about user experience, not making CIO's lives happier.
'I think you can take Windows RT off the table.'
FTFY
The fact that the Win RT based devices can't join a domain doesn't matter. In fact, the iPad has never been able to join one and it doesn't seem to be a problem with them. Corporate infrastructures are adapting to support the comsumer based devices being brought in by employees... it's just a simple fact. Corporations save a lot of money when they don't have to buy their employees devices, so the trade offs are worth it.
Bill
It's my Sig and you can't have it. Mine! All Mine!
Remember Windows Vista? Not finished. The finished version is called Windows 7.
This is Microsoft SOP. There is a shipping date, which shall be met. Functionality and bug fixes will be added later depending on what complaints they get in the press.
Weaselmancer
rediculous.
It seems as if Windows 8 for ARM is simply turning in to another Windows CE. That is, it is a fork rather than a direct port of the Windows OS with many unique differences.
Back in the NT 4 days you could sit at a DEC Alpha machine and not even notice you were running on a different architecture until you tried to run an x86 executable. (Even then it could run 16-bit Windows 3.1 via an emulator that visually looked exactly the same as running a 16-bit program on NT 4 x86 and later there was FX32) The point is it had the same functionality as the other ports.
I will be happy if it simply allows LPR or SPM printing. Printing from an iPad sucks.
Exactly, you're perfectly explained why the XBox 360 can't join a domain either. They must have run out of time!
I was not aware the Sony PS3 was making huge inroads into enterprises the way the iPad is.
"There is more worth loving than we have strength to love." - Brian Jay Stanley
Rush out a bodged product to market and fix it in Service Pack 1.
Donte Alistair Anderson Roberts - hi son!
Karma: Chameleon
Microsoft has always had a strong enterprise relationship
If by "strong enterprise relationship", you mean "had them firmly by the balls", then yes.
If by "strong enterprise relationship", you mean "had their respect", you need to get out more.
The again, whores don't want your respect - they just want your money.
"Oh, well a few people I know own Android-based tablets and use Windows PC, so clearly iPads haven't taken over!" Apple sells more iPads in one quarter than total Android tablets have sold since the introduction of Android, and the sales data regarding iPads and desktop PCs is easily found via the most trivial of Google searches.
If you honestly believe the iPad doesn't dominate the tablet market, you are out of touch. This isn't a judgement either way on iPads or Android or Windows. It's just stating widely-known facts about the current state of the industry.
WOA is a tablet OS, and falls in line with remote managebility like Windows Phone, iOS or Android via their new updated Intune management software. Its all about driving the whole ecosystem forward, and leverage platforms. Its absolutely not a timing issue, if they have it on x86 it is not a big jump to recompile it on WOA. But understand, they now have an option to build a tighter platform WOA with no legacy baggage and it seems they have a well thought approach. Everything seems to be logical now, Microsoft always works better when cornered.
When will we get over the idea that a product from a large company must have EVERYTHING in it plus some new features?
There is going to be a time when a large corporation has to be able to release a product that is iterated. The author does assume that all users of ARM will require domain support. Perhaps this is not the case. Perhaps things are able to move forward with Windows on ARM without the immediate need of enterprise networking support at this time.
OMG the author didn't write about all aspects of the Windows platform on ARM. The author should not have published the article!!!
As much as I'd like to imagine MS bumbling a release, I'd wager this is intentional. I also don't think of it as an 'enterprise' v. 'consumer' play. As some has pointed out, there is little reason to believe it couldn't be trivially carried over from the x86 codebase, but MS may not see it as relevant to the way a tablet would likely work, even in an enterprise scenario.
AD is built upon a strategy that was explicitly designed for fixed position systems in a corporate environment, owned by a company, logging into resources managed centrally by one coherent team, and to some extent potentially shared/interchangeable amongst employees. Back in the mid 90s when MS designed their implementation of domains, the world was a lot different. Even in the current reality of people with travelling laptops already feels very awkward, though it is serviceable. In an environment where resources spend at least as much time outside as in, where increasingly companies are getting employees to volunteer personally owned equipment instead of company issued equipment, where rarely does more than one person ever use a particular system, where people are often authenticating to multiple companies during the course of their work, and management is increasingly decentralized, active directory value significantly erodes.
It may be the case that MS recognizes the concept of a system 'joining an AD domain' as ill-fitting of the usage model. Joining a domain requires the 'system' be authenticated, to facilitate the case of the system to provide others service independent of user. This just doesn't happen with tablets and is unlikely to happen with tablets (after all, they are suspended unless a user is pretty much actively engaged and they are pretty much consume-only type devices). Maintaining the concept of the user and the user's system as independent just doesn't have practical benefit.
Of course, as a strategy this is certainly dubious. Even if it is a bad idea, MS has a lot of mindshare of companies without much vision in this regard. Those companies are a gold mine for companies like MS.
XML is like violence. If it doesn't solve the problem, use more.
It seems to me that the a key goal was to get battery life decent and keep the weight [of devices] down.'
And that's exactly what the priorities should be for portable devices.
His analysis on RT's chance of success: 'I think you can take Windows RT off the table for enterprises,' he said."
Why? Apple's iPad doesn't support the feature set that Cherry describes either, and yet it's become the fastest growing tablet in the enterprise. In fact, it's the only tablet device with any traction in that space at all. Something like 60% of the Fortune 500 have deployed iPad or have a deployment plan in the trial stages. When did that last happen with a piece of technology less than 2 years old?
There are plenty of reasons why I think Microsoft's efforts in tablets won't be successful, but the iPad's success has shown that not supporting a core Windows feature set needn't be one of them.
"We live in a global world" - Harvey Pitt, former Securities and Exchange Commission Chairman
Windows on tablet did not get those features because they require uninterrupted network connectivity with a "mothership" domain controller. What does not happen on handhelds.
The whole "analysis" is a ploy to proclaim Windows on ARM "Enterprise-ready" once Microsoft will figure out how to produce domain support with everything cached on the client. What will eventually happen even though it makes no sense.
In reality, handhelds have to be treated as insecure clients, must allow user flexibility in applications configuration and should never be allowed direct filesystem access, however Windows developers are too dumb to make an equivalent of FUSE, rsync and a package manager. My almost-abandonware Nokia N900 has better "enterprise support" now than those Windows "analysts" (marketing people) can ever imagine.
Contrary to the popular belief, there indeed is no God.
It would be very different, because Linux was written from the ground up by competent engineers with portability in mind. Windows was written by some very competent engineers, and many more with -shall we say - much less competence. In order to port Windows to ARM they have to find every place where an assumption was made about internal representation of data structures, word size, endian-ness, and a host of other issues.
Initially NT was DEC Alpha and x86, but they scrapped Alpha support. The reason is simple. Writing portable code, especially in languages like C and C++ take skill, significant effort, and additional time. Obviously, a company that couldn't be bothered to put the time and effort into develop secure code could not be bothered to invest the effort to make it portable either.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
Strategy is where it's at.
Microsoft and Intel are companies that have a co-dependent relationship: MS depends on Intel to bring out new chips - driving better computers, because when someone buys a new computer they pay the Windows tax. But Intel got into bed with Apple too, because being dependent on MS alone is an uncomfortable place to be; remember what happened to [fill in your own long list of companies]. So MS needed to explain to Intel who is in charge in the relationship. And spending a few million dollars to make a version of Windows which does not depend on Intel is a good way to do it. It's got other benefits too: it might spur Intel into making an i86 architecture chip and chipset that can compete with Apple A-series (something intel is not keen on doing, apparently, or we'd have seen it), it strings ARM along for a bit, it's a useful cloak for any antitrust investigation into the relationship between Intel and Microsoft, it reminds Apple that encroaching on Windows territory is a bad idea, it provides an option for future development, and it's good for PR because journalists love to talk about new goodies.
All-in-all a pretty good strategic list of why you'd want to do this. And only costing a few million.
Of course you don't want to have a properly working version because that _really would_ jeopardize the relationship with Intel. So you make sure it's incompatible with Windows-proper in a variety of ways, like being unable to run Windows programs without extra work, and you make sure that in the existing form it doesn't threaten the business market.
But maybe you privately demo to Intel versions that can do these things.
I know the tech folks get warm and wet over arm although they have a hard time articulating why anyone else would want it. If I wanted it, I sure as shoot wouldnt want big fat honking windows on it. Its a lightweight processor. Put a lightweight operating system on it like one of the 5000 we already have.
Windows is dead anyhow. Just hasn't quit moving yet.
Actually, CE was criticized for trying to look like desktop Windows on a quite dissimilar platform - 320x240 touchscreens - and failing in not not "translating" the experience well at all.
Now it seems to be going the other way with the WP7 (and Zune?) Metro interface being forcefit on 1920x1080+ multi-monitor desktops (semi-touch at best with all that shoulder- and back-straining reaching to touch all that screen real estarte), and not translating well in that direction with Win8 - all the burgeoning tips on how to switch it to the Win7 GUI are telling.
RO
iPad has become increasingly popular across large enterprise without domain join or group policy. Windows RT will support exchange email,/calendar.....most critical feature for enterprise tablets,plus it will include Office, iPad still lacks good office software (at least for complex documents). Policy management, like ipad,can be controlled via Exchange ActiveSync policies. At the end of the day full group policy & domain join would be overkill for these devices.
WinRT is targed squarely at consumers... casual users, to compete with the iPad. The problem is, Consumers expect significant updates at least annually. Will Microsoft update WinRT every year, vs. every three years? And if they do, will other Windows 8 versions update as well?
The problem with THAT is that Enterprises and businesses want stability. It's why so many are still on XP. They don't WANT to update every year. It's too much risk, and it's too much expense (training, IT expenses, etc).
I have no idea how Microsoft is going to walk this tightrope. Maybe that's why they partitioned ARM/WinRT off sparate from other verisons. But it's still going to be an issue regardless.
- Spryguy
There are three kinds of people in this world: those that can count and those that can't
ARM has the same endianness and word size as x86. It's probably part of the reason it's so widely used.
Call me crazy, but don't some versions of Windows 7 also not support joining a domain? Where is the outcry about that?
Who would have thought that Windows 7 Home edition might not have some enterprise features.
No, they scrapped support due to lack of market interest. Microsoft doesn't try to get Windows to run on toasters for the sheer thrill of it like some people and to plan to support alternate platforms involves infinitely more than whether or not it compiles and runs correctly and that support isn't trivial financially speaking.
I'm sure they just don't want to risk the enterprise market on day one. See how the device works in the consumer world first. the service pack will add more features if the general product works out, maybe that'll include enterprise features.
and, by the way, arm sucks. that's the definition of arm: for lower requirements. get the 86 tablet, and you can have whatever you want right away.
Initially NT was DEC Alpha only because Dave Cutler came from |D|I|G|I|T|A|L|
NT was developed solely non x86 hardware specifically for portability. First on i860 based systems and later MIPS. If the code wasn't highly portable, then there would never have been an x86 version, because that version was a port. The Alpha version was not "scrapped", not by Microsoft anyway. Alphas were fully supported up through the latest NT 4 service pack. We would have had Windows 2k for the Alpha as well if Compaq didn't decide they no longer wanted to support Alphas.
Wow, I LMAO when I heard this being a real name for Windows. Did nobody at Microsoft remember the Internet Meme Windows RG (Really Good)? http://www.deanliou.com/WinRG/ So, instantly I thought "Windows Really Terrible"?
Actually according to Inside Windows NT, NT was Intel i860 only, then x86, then MIPs.
Alpha didn't come along until significantly later.
From Windows for Workgroups to Windows 2000, every version was able to join a domain. Only in Windows XP they deliberately took it out for some subversions.
Then ARM is the first non-x86 platform Windows is ported too without an Emulator. That makes those devices virtually useless in a serious enterprise environment, because none of your software will work on them. (Alpha had one)
This is deliberate.
Windows RT will be Bring Your Own Device products to the workplace. I wouldn't even think of joining my own personal device to a corporate domain and letting someone else have Admin rights to the device. I know this is slashdot and should expect no-one to actually research a topic before speaking, but come on... The tact that Microsoft is taking is actually smart this time...
WinRT devices can be manged by Exchange Active-Sync polices that's the first step, but the key to the strategy is the VDI or remote licences. WinRT devices with come with FREE VDI license and any WinRT tablet will be able to connect to a virtual desktop on a corporate server without any additional license. Hence one of the reasons Metro is included in Windows Server 2012. If you want to connect an Android tablet or iPad you need to still have a VDI license. Corporations will demand that BYOD units be WinRT.
This is the best solution IMHO for bring your own devices, because then everything is still secure in the corporate network. You can lock down WinRT devices so that the only network access they have is to the terminal servers and then all network access is done through an IT managed desktop...
Think about it.
'I think you can take Windows RT off the table for enterprises,' Really? Off the table for enterprises? I'm fairly certain it wasn't even aimed at enterprises in the first place? Secondly, what enterprise deploys tablet computers to their employees?
Move sig!
It would be very different, because Linux was written from the ground up by competent engineers with portability in mind. Windows was written by some very competent engineers, and many more with -shall we say - much less competence. In order to port Windows to ARM they have to find every place where an assumption was made about internal representation of data structures, word size, endian-ness, and a host of other issues.
By "Linux" are you referring to the Linux kernel, in which case you should be comparing it to the NT kernel-mode code, or are you referring to the Linux distributions as a whole, in which case I would not be so quick to assume that all of "Linux" in that sense "was written from the ground up by competent engineers with portability in mind".
(And as for whether even the Linux kernel was "written from the ground up by competent engineers with portability in mind", well, I'll let somebody whom a lot of people would consider a very competent engineer speak to that issue when he said, back in 1991, "It is NOT protable[sic] (uses 386 task switching etc), and it probably never will support anything other than AT-harddisks, as that’s all I have :-(.)
Initially NT was DEC Alpha and x86, but they scrapped Alpha support.
Actually, it initially supported x86, MIPS, and Alpha, with MIPS support coming out earlier than Alpha support, with PowerPC support added later.
The reason is simple. Writing portable code, especially in languages like C and C++ take skill, significant effort, and additional time. Obviously, a company that couldn't be bothered to put the time and effort into develop secure code could not be bothered to invest the effort to make it portable either.
If it supported Alpha and MIPS in addition to x86, they apparently did make an effort to make it portable. Whether it made sense to make the effort to keep it portable, given that this involved testing on various Alpha-based and MIPS-based machines and PowerPC-based machines in addition to x86-based machines, and given the relative number of x86-based and non-x86-based machines sold, is another matter; it may have been an arguably-sensible business decision to drop support for non-x86 platforms.
Just sstating an opinion is being a troll now?
You have some good points (and so have those who speculated that porting to ARM was more difficult/time consuming than expected).
But what I have not seen mentioned so far, is that existing x86 applications won't run on ARM and that this might be a major problem for the enterprise. Emulation does not look promising either, as ARM CPUs are somewhat on the weak side in terms of performance and emulation "costs extra". Neither have I seen tablet - adapted versions of Microsoft Outlook and Office yet (would that even make sense for stuff like Word and Excel??).
So even if Microsoft manages to offer a Windows version on ARM that works with domains and other networky stuff like Exchange, it would still lack the applications that are most likely to make it attractive for the enterprise. Of course, Microsoft could pull an XBox and pour some billion $ into creating the most important of those applications. But so far I see no signs of that.
C - the footgun of programming languages
Psh, wow, idiotic MS-bashing ahoy! They've screwed up plenty of things, but portability of the OS is not one of them.
It's been policy, thoughout the entire NT project, to maintain a non-x86 port specificlaly to avoid letting non-portable code in. In the early days it was Alpha, then also things like MIPS and PPC, then Itanium (which, say what you will about it, is extremely far from x86 despite coming from the same company). With MS dropping Itanium support, they moved to ARM as the alternate platform. Then of course there's AMD64, which doesn't even really count (being basically an extension of x86) but does still mean that they can't even make 32-bit assumptions.
Also, I hate to tell you, but you're completely off-base about "Linux was written from the ground up ... with portability in mind." Portability has certainly become a major feature of the Linux kernel in the last few decades, but when it was started it was exclusively focused on the 386. http://en.wikipedia.org/wiki/Linux_kernel Read the text of the comp.os.minix post, and the section under Portability. By comparison, the initial development of the NT kernel explicitly did *not* target x86. http://en.wikipedia.org/wiki/Windows_NT#32-bit_platforms
There's no place I could be, since I've found Serenity...
Dude, what? WHAT? You misspelled NetBSD.
Linux was never written with portability in mind. It's written primarily for x86. Any cross-platform feature is a hack.
And "competent engineers"? Pleeeaase...
There is a whole host of Windows x86 tablets coming...
I read that as Windows'86 tablets.... </the horror>
I didn't say that Linus initially conceived it as portable or that it started out that way. Early on in the development cycle it went cross platform. They did some redesign and design improvements well before it was in a state that a proprietary company would consider offering as a release. If you look at the source code, you can clearly see that cross platform is not something tacked on as an afterthought. Security and cross platform capability cannot easily be thrown in after the fact. And who the hell is talking about NT?
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
By Linux I'm referring to Linux. If one doesn't know that Linux is a kernel then it makes further discussion fruitless, now, doesn't it.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
Great. Now can we get back to the subject? I already said NT was initially cross platform. We aren't talking about NT. Even if we were, the fact that they were somewhat portable at one time has nothing to do with the fact that it is clearly not 100% portable now. Oh yeah ... and welcome to 2012.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
NT was never DEC Alpha only.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
I may be off in my thinking, but all of this functionality is probably written in C or C++.
So why can't they simply recompile it for ARM?
I am very small, utmostly microscopic.
That would be an awesome trick! The x86 architecture doesn't always have the same word size. Also, endianess is programmable on ARM. Since network endianess is Big-endian it is a design trade off decision which way to set the chip.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
Both companies dropped the ball. BlackBerry screwed the pooch when their new QNX-based OS didn't include software to tie into their BES system. Now Microsoft has done the same thing by not having domain and group policy support.
I realize that Microsoft has never been a real player in the mobile market, but damn - you would think they would've learned from others' mistakes.
If you weren't such an idiot you would know that :
- Windows NT was built with portability as a central goal. It didn't run on x86 to start with, they chose the i860, an exotic CPU on purpose to avoid x86-centric assumptions. It ran on a wide variety of CPUs from x86 to i860 to PPC to Mips to Alpha to even Sparc (not released publicly) to Itanium to amd64 to now ARM.
- Linux was originally built as x86 only, totally contradicting your claims, they had to pretty much rewrite the kernel to make it portable, so the OS built from the ground up with portability was NT, not Linux !
- Microsoft is viewed today by pretty much the entire security industry as THE company when it comes to secure software development. Every security head from Dan Kaminsky to Charlie Miller to Bruce Schneider will tell you that. You clearly have no clue about the subject
So really, you're clueless and got it totally wrong.
The truth is that you have absolutely NO basis to claim that Windows NT (it's latest incarnations being Win7 / Win8) is not portable today. You're just making baseless claims based on your wishes.
You have absolutely no clue as you've shown in your previous posts as to how MS develops Windows, even less when it comes to secure software.
Now feel free to prove me wrong, give FACTS showing that NT is not portable TODAY.
And he proved you wrong with his link, so how about you stop being an arrogant d*ck and have the humility to recognize you don't know what you're talking about ?
Lesson of the day : Windows 7 is Windows NT 6.1
You clearly are clueless
> It would be very different, because Linux was written from the ground up by competent engineers with portability in mind.
I seriously hope you are joking. Is this the kind of revisionist history that is going around here. Linux was originally written for a 386 by a kid in his dorm room.
NT was written by many competent engineers, under the supervision of two very experienced OS designers. It was written for x86, MIPS and Alpha as soon as the architecture was ready to ensure that it was platform independent.
Slashdot is becoming more and more like fox news, living in its own reality where fact and fiction are blurred to support the cause.
It was still NT 3.1, and it was done as soon as they were able to get access to the hardware to test.
By Linux I'm referring to Linux. If one doesn't know that Linux is a kernel then it makes further discussion fruitless, now, doesn't it.
OK, then, if one doesn't know that "Linux" rather than "a Linux distribution" corresponds to "Windows NT's kernel-mode code" rather than "Windows", it makes further discussion fruitless.
I shall assume that when you said "It would be very different, because Linux was written from the ground up by competent engineers with portability in mind. Windows was written by some very competent engineers, and many more with -shall we say - much less competence.", you really meant "It would be very different, because Linux was written from the ground up by competent engineers with portability in mind. Windows NT's kernel-mode code was written by some very competent engineers, and many more with -shall we say - much less competence.", in which case I'd like to see some data to support your assertion that some of the engineers working on said kernel-mode code weren't competent enough to avoid making "[assumptions] about internal representation of data structures, word size, endian-ness, and a host of other issues".
Of course, the post to which you replied was speaking not just of the kernel-mode code, but all the code:
(emphasis mine), so merely speaking about the Linux kernel would not validly reply to that post. Perhaps some of the code in Windows-as-a-whole was written by engineers who couldn't avoid making said assumptions (although earlier versions of NT ran on MIPS, Alpha, and PowerPC, and apparently it was originally developed on i860 machines, and current versions run on x86 in 32-bit mode and x86-64 in 64-bit mode and earlier versions ran on Itanium in 64-bit mode, so at least for those versions they managed to avoid making some incorrect assumptions of that sort). However, not all of the code in pick-your-Linux-distribution-as-a-whole necessarily avoids making those assumptions, and porting the distribution as a whole might not be a snap (although Debian, at least, supports several architectures, so either the Debian packages that work on those architectures avoided making those assumptions or got them fixed when they failed to work on those architectures).
ROTFLMAO. It is impossible to take you seriously at this point.
... I guess all you can think of is d*ck. He proved absolutely nothing, except that Linus didn't initially think "Hey, I'll make it portable." I admit that I should have said "from a couple of inches above the ground up" to be more accurate, but of course you are ignoring the whole point. Windows NT started out portable and then progressed toward lack of portability over time. Linux may have first been conceived as 386 only, but it became cross platform very early on, and an emphasis has been made to remain portable ever since.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
It is hard to take seriously someone who compares a Linux distro, which is the kernel, userland tools, and pretty much every application most anyone could ever need to the Windows OS. If you want to talk about the Windows vs. Linux world OS' then you need to compare only the Linux kernel and userland tools to Windows. The minute you start trying to fold in every Open Source program available in a distro you just make it clear that you either wish to intentionally pervert the discussion, or you're just plain ignorant. Once you stop doing that and compare properly - lo and behold! - my claim of competent programmers who emphasize security and portability is suddenly impossible to contradict.
If I claimed Windows wasn't cross platform because Winzip isn't, you'd clearly call foul. That is what you just did, but with regard to Linux.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
It is hard to take seriously someone who compares a Linux distro, which is the kernel, userland tools, and pretty much every application most anyone could ever need to the Windows OS. If you want to talk about the Windows vs. Linux world OS' then you need to compare only the Linux kernel and userland tools to Windows.
OK, then let's compare the Linux kernel, and those userland tools equivalent to what comes with Windows. Do you have evidence to support a belief that, say, all the libraries in a Linux distribution that provide APIs equivalent to those provided by Windows, and the cores of the major desktop environments (both API cores and tools such as the file manager, Web browser, system configuration apps, etc.) were all written by "competent engineers with portability in mind", whilst the equivalent software in Windows wasn't? If not, then your claim of competent programmers who emphasize security and portability is suddenly lacking in evidence to support it.
You seem to think I care if you ever figure it out for some reason. The world is full of proof. You can see for yourself if you want. Don't expect me to do your homework for you.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
Yep. Comparing kernels to kernels, you'd look at NT vs. Linux. Comparing OS distribution to OS distribution, you'd look at Win7 vs. Ubuntu-10.10 (or Server 2008 R2 vs. RHEL $VERSION, or whatever). I'm not going to claim that all of Microsoft's code is so portable, but the kernel (including graphics system), core libraries, and shell of the Windows OS certainly are.
There's no place I could be, since I've found Serenity...