Fresh Air For Windows?
jmcbain writes "The NY Times has an opinion piece on how the next Windows could be designed (even through Microsoft has already laid plans for Windows 7). The author suggests 'A monolithic operating system like Windows perpetuates an obsolete design. We don't need to load up our machines with bloated layers we won't use.' He also brings up the example of Apple breaking ties with its legacy OS when OS X was built. Can Windows move forward with a completely new, fast, and secure OS and still keep legacy application support?"
They could throw some time and effort (and $$?) into the support of WINE to allow the use of legacy Windows applications in an 'archaic OS'
There was a time when a much leaner Microsoft highly respected and rewarded employees who could write good code. These were the people who rose to positions of responsibility. Today, Microsoft is run by Sales and Marketing and coders are viewed as an expense. Until this situation reverses itself, don't expect any improvement in the product they create. They are too stupid to realize their product is the code. Ballmer being from sales only reinforces this problem. Perhaps he should be moved to a chair throwing division that does the monkey boy dance, and someone who can both create great code themselves and manage coders should be brought in as CEO.
Because most Linux users want apps made for Linux, not Windows and then emulating the Windows API on top of Windows. WINE is great and has uses but basing a distro around it really isn't a great idea as WINE changes so quickly. Also, most Linux distros that are popular don't even try to act like Windows (Ubuntu, Mint, Debian, Fedora, etc) and the ones that do act like Windows usually fade into obscurity, (Linux XP, etc).
Taxation is legalized theft, no more, no less.
Comment removed based on user account deletion
That makes no sense, given that there old DOS based system when through "Windows 1.0", "Windows 2.0", "Windows 3.0" and "Windows 3.1".
Are you saying that Windows 3.1 was not Windows?
The cake is a pie
Sort of like what Apple did with OS 9/OS X?
If so, the trouble with that might be that the legacy OS (Win XP or Vista) is so large that the legacy OS portion would double the size of the installation. If I recall correctly, the OS 9 support in OS X only added 400 MB to the installation, as OS 9 itself wasn't that large. What was really nice about it was that it could easily be removed if you didn't need the legacy support.
(I may be wrong in my size estimates or misunderstand the OS 9 legacy support, as I moved from Windows XP to OS X when Tiger was released and have little experience with OS 9.)
Government's idea of a balanced budget: take money from the right pocket to balance...oh who am I kidding?
Bashing Vista has become like pouring hot grits on Natalie Portman around here. It's just a meme anymore. It was funny for awhile but now it's just old.
Vista really isn't all that bad. I still have XP machines (and Linux, and OS X, and Solaris, and OS/2 even) but I don't mind my Vista machine at all. I also run a lot of old apps on it just fine.
Yeah, indeed ;)
Or they could, like, ditch all their work done so far, fork wine and make the new OS run on top of linux+wine, possibly off a sqlite-based WinFS ;)
Then just port their platform libraries onto that, redo their visual tools as eclipse plugins -- and presto, you have best of both worlds.
And fast ;)
Are we not in the time where everyone and their brother is using virtual machines? It would seem that MS should relegate legacy support to virtual machines instead. They have the source code so they could "easily" create a VM (or some very transparent layer that makes it look like its running natively) for each version they've ever sold.
Then they can do whatever they want and just keep the VM layers up-to-date.
I surely can't be the first to think of this...
:wq
Everything on your list sans the last one, and much more could fit on a fucking LiveCD, and expand to a couple of gigabytes. Even Windows XP had all that and it fit onto a 3 gig partition easily. Microsoft has no excuse for Vista's size, other than sheer incompetence.
But the entry that totally shows how clueless your post is happens to be this one:
Multiple filesystem support
Oh please. NTFS, FAT, ISO+Joilet, UDF, a couple of network "filesystems" perhaps? The Linux kernel contains many times as many filesystems, and even if you enable all of them, your kernel image will hardly ever be more than 20-30 megabytes when you compile it. You just needed to put something on what is a short list, didn't you?
As for Most extensive driver library in existence, it's not true. Most drivers come either through Windows Update (network) or via the vendor (install CD or website). Out of the box, Windows support the bare minimum it needs to run with terrible performance.
Last but not least, all the stuff falling under monster domain features is functionality. Lots of source code which gets compiled into tiny binaries. Since when does implementing "ACLs on every resource" or "domain controls enforced" on clients require gigabytes of data?
I'm definitely a big fan of Apple stuff and am likely more tolerant of the small bugs that come out from Cupertino, but I think many people here are missing the big picture: Windows is all about compatibility. That's why a business might spend millions of dollars developing apps on Windows, because they can milk that cow for a long time afterwards. Vista is a significant enough break from Windows XP that many businesses don't want to switch because it means a potentially lower bottom line. Windows has incredible software inertia, while the Mac really doesn't. Comparing Mac OS and Windows is, well, comparing apples to oranges.
Basically, if your bottom line depends upon a very slowly moving software architecture, then Vista is probably a bad thing. Making big changes, on the other hand, makes things potentially easier for Microsoft as there is less legacy and code can be refactored given years of experience.
If only I had mod points today... ;-)
Seriously, I'm not a fan of MS by any standards but I have Vista installed on my desktop box and it annoys me less than XP on my laptop does. It's not a bad OS really and good enough for me not to scrub it and install Linux instead. Years ago, I couldn't stand Windows and always hosed the HD so I could put Mandrake or Debian on, but now I find Vista to easily be good enough.
bang goes my karma... again...
Make the engine, upon which the winning succinct byte code runs, a new W3C standard browser programming language (or at least virtual machine) and reduce the Microsoft OS CD to those components required to create a web-delivered application platform using the winning engine. Such an engine would, of course, have some features that dynamically encached expansions, memoizations, tablings and/or materialized views similar to the Hotspot optimization technology that originated with the Self programming language (and was later adopted by Sun's Java Virtual Machine). Hence it would make sense to have the OS CD contain a partially pre-expanded hence time-optimized code base.
Then, for delivery of software services to pre-existing platforms, create a legacy port of the services code to pre-existing W3C standards like XForms implemented in a downloadable ECMAScript Client/SOA library in a manner similar to the way TIBET(tm) does. The idea is to go "Live", ie: web-delivered, with a fundamentally new W3C base (whatever engine won the prize) but support legacy W3C environments for migration.
Again, this prize-oriented strategy would, of course, require a rigorous specification of the software services so the testing could be largely automated.
This approach addresses Microsoft's 2 biggest problems deriving from the same fundamental reality: Everyone has needed their OS to interoperate with the bulk of the information industry.
The first problem is ethical and really goes beyond the scope of my professional opinions to my public opinions about the support of property rights. Suffice to say, I have no trouble with someone who goes after a natural monopoly position and succeeds. I have a problem with someone who then refuses to use that position of success to fix the bug in the society that made them inordinately rich and their technology inordinately influential.
The second problem is technical, which is what my argument here is really all about.
Basically Microsoft's code bloat problem derives from its monopoly position. This may seem like a truism since all of the software "profession" suffers from code bloat, but only Microsoft can take this to monopolistic proportions -- proportions that make Ma Bell's monopolistic complexities of yore look Spartan.
So Microsoft has this problem and it has many programmers (contributing to the code-bloat problem). It also has mountains of cash.
So how can Microsoft bust its own monopoly position turning its many programmers and mountains of cash into succinct code?
Monetary Incentives for the Programmers, ala the Hutter Prize:
S = size of uncompressed code-base
P = size of program outputting the uncompressed code-base
R = S/P (the compression ratio).
Award monies in a manner similar to the M-Prize:
Previous record ratio: R0
New record ratio: R1=R0+X
Fund contains: $Z at the time of the new record
Winner receives: $Z * (X/(R0+X))
It may turn out that due the incomputability of Kolmogorov complexity, the growth of reward may need ultimatelyto go exponential but the principle remains true.
What happens very rapidly is the programmers first apply their skills to maximally refactoring. What falls out is a series of legacy API layers written atop a tight core.
They'd have to spend more money on code testing to verify the compressed code-bases of the competing teams actually worked to spec but the results should be quite gratifying.
Seastead this.
Spin off a new company whose sole mission is to support legacy Windows applications. You really have to make this fork at the "corporate mission" level. Since their mission would be archival and historic support, the Legacy Windows Corp could even get excited about supporting customer's custom code that works perfectly well but is threatened by forced upgrades.
I'm not sure I understand your questions.
The DOS emulator on Unix was faster than native DOS on the same machine.
I can't recall the Win 3.1 emulator on unix having any performance issues, to the contrary.
Don't some of the Windows games that currently run under WINE have more FPS than natively under Windows ?
So, yes, running Microsoft originated OS on Unix can result in a faster and more stable experience.
Extremely well said. At most let me add my own lament to Microsoft. Why can't they spend some time making their OS less of a memory hog and a little bit faster. I could honestly see businesses migrating to an OS that had the same feature set as XP but ran faster and with less memory.
I wish it would happen some day but I doubt it. Instead we'll get more "cool" 3D windowing effects when we open and close our applications, it will run like a cripple, and use up 2 GIG of DDR3 in no time.
Surprisingly, you're wrong.
Sandboxing an unstable app or OS is a good way of improving the overall stability of the system. Check this out, for example;
Vx32 is a user-mode library that can be linked into arbitrary applications that wish to create secure, isolated execution environments in which to run untrusted extensions or plug-ins implemented as native x86 code. Vx32 is similar in purpose to the Java or .NET virtual machines, but it runs native x86 code, so plug-ins can be written in ANY language, not just Java or C#.
http://pdos.csail.mit.edu/~baford/vm/
"I've got more toys than Teruhisa Kitahara."
Technically, "Windows 2000 Professional" was something you could call a merge, as it brought up-to-date DirectX and USB support to the NT line. It did, however, NOT support all existing DOS programs, unlike Win98.
But for whatever reason Microsoft was not ready to sell a "home" version of Windows 2000. So they released Windows Millennium instead. Yes, that was another DOS based system "after the merge".
Millennium was a major disaster and Microsoft soon followed up with XP Home. XP Home was the first NT-based Windows marketed to the home user, so it looks like the successor to Windows Millennium. But technology-wise, it is Windows 2000 with more eyecandy and crippled user accounts (the non-crippled version is called XP Professional and the direct successor to Windows 2000 Professional).
C - the footgun of programming languages
Microsoft people have openly said that they want fewer hardware manufacturers. I wouldn't be surprised if this was a major reason in changing things the way they did.