Longhorn Server Scrapped
punkass writes "Microsoft announced Tuesday that plans for .Net Server, aka "Longhorn" have been scrapped and they will instead focus on the the release after that, code-named Blackcomb. NT4 came out in 96, 2k in 2000, and Longhorn was due out in 2005-06...Blackcomb seems to be a long time between releases."
The longer Microsoft has between releases, the longer Linux has to come up with great releases. Just think how many security patches there will be between 2000 and blackcomb... that's not fun and sysadmins know it.
"And we have seen and do testify that the Father sent the Son to be the Savior of the World"
1 John 4:14
So, let's look at some interesting facts:
1. MS Puts back the release of its latest Server OS.
2. MS is pushing a new licensing model where companies pay annual fees regardless of upgrades, but then get "discounts" on future upgrades.
So, does the new licensing plan allow them to basically, delay new technologies? It seems that, with their latest scheme, it reduces their motivation to release newer/better products.
Moderation: Put your hand inside the puppet head!
One of the key paragraphs says:
.Net Server, to take off slowly because many businesses have either recently moved to Windows 2000 or are in the process of doing so. A majority of customers, then, would begin introducing .Net Server in late 2004--around the same time as the planned release of the Longhorn desktop and server software versions.
Analysts expect the company's upcoming server software,
And that about covers my experience, too. Server overhauls take much longer intervals then changes in the desktop segment, where they install a new Windows every 3 years or so (doesn't matter, they are largely compatible versions, anyway... no admins, don't kill me, aaarrrghh).
So it actually makes sense to come out with a new server only if the changes are really signifcant and if the interval since the last major roll-out was more than, say, 5-6 years ago. Besides, nobody has money to throw at a new unproven technology right now (and in 2 years all the same), anyway.
Let's build a virtual folder driver for Windows 98 and upward, to allow APPLICATIONS to virtualize the information they manage. It would be nice to have an email manager than presents emails as a list of files, or folders. Sending could be as easy as copying files to a folder, and then specifying an address. (To.txt?)
A virtualized database would present a list of folders in place of a table, with the fields being individual files, some read only (sequence numbers, keys, etc). To update the data, you just write to the file containing the appopriate field. If you wanted to add a field, you just copy a new file into the folder.
There is great power in letting an APPLICATION control the virutalization of the OS, this is why the idea of GNU/HURD is important for the future.
If APPLICATIONS can virtualize, then you get a freedom to innovate that would give Bill nightmares.
Virtualizing the address space for existing millions of users and applications could do more to help freedom to innovate than pretty much anything it's going to take Microsoft years to come up with.
Who's with me?
--Mike--
The remedy in the DoJ case mentioned Longhorn by name. Did anyone think Microsoft wouldn't just invent some reason to say of their next product, "This is not the Longhorn you are looking for"?
Nope, no sig