Ellis explains:
While the idea seems quite logical and practical, there are a number of serious problems with this proposal. The biggest problem has to deal with infrastructure and the technology to support it: how on earth is this going to work? Ellis argues against a system where Microsoft hosts 3rd party files (like Linux distributions do), so we would need a system where 3rd party vendors and developers notify Microsoft of an update or a new version, and Microsoft would then have to notify all the users that installed this application. Not only would this cause a massive tangle of red tape, it would also cause major delays for getting updates out the door - not something you'd want when the update in question fixes a major security hole.
Another issue is that of sheer size. The pool of 3rd party applications for Windows is large, really, really large. There are a lot of applications and utilities out there that are written and maintained by small groups of people, or maybe even by just one individual, maybe even in their free time, for fun - how would Microsoft ever get all these applications to update via Microsoft update? The end result would be that 99% of the Windows applications still wouldn't work with Microsoft Update.
Effectively, you would be creating a fifth method of updating applications, instead of consolidating the others: 3rd party applications that are updated via Microsoft Update. You would not make the updating process less complex at all - you would only make it even less pleasant.
Until everyone sits down and really starts discussing about changes in the way we currently manage our software, we will be stuck with the mess we have today.



0