Microsoft Says IBM/Linux Their Biggest Threat
krypt0n0mic0n writes "An article at The Register shows that Microsoft sees IBM and Linux as the biggest threats to their market domination. Microsoft's Eric Rudder is quoted as saying that Linux is a "formidable" challenge and that "IBM is our greatest competitor. In the way they sell products and compete in corporate accounts." It goes on to say that they believe the NET server will be a challenge to these competitors."
To defeat Microsoft, dominance of non-M$ technologies in the enterprise area is key.
.NET CLR is either a non-starter (as it's been thus far), or .NET in such a way that business software will .NET, and that solutions .NET applications. The point of .NET is to sell more
If they gain a significant foothold there, their control will be near total, and they'll
have a cash source with which to fund the ultimate destruction of all competetors.
Conversely, if Linux/Unix/Java win the enterprise space, Microsoft will have no new source
of revenue and the encroachment of deskop alternatives (OSX and Linux and BSD) will
eventually destroy their financial base.
It's important to ensure that the
that quality, truly open source, implementations exist on non-MS platforms. Whatever they
say, Microsoft wants to control the uptake of
really only run on their platforms. They're not producing a public standard for the sake of being
good corporate citizens. They're going to try to ensure that they're the . in
that would have gone Java will go their way on their software. There's no incentive to have
real competition in server platforms for
copies of windows, SQLServer, and Visual Studio.
Let's all get in our good old Way-Back Machines, and travel back in time... Does anyone remember that joint venture product IBM was putting out? OS/2, version 1.3...then later version 2...and Warp, etc..? For anyone whose been fortunate enough to really work with any of the old OS/2 products, you'll remember that when correctly installed and configured, they're still a very rock solid product. Not much the same can be said for most of the current M$ products, save perhaps Win 2k.
:- While our "friends" and M$ could sell sand to a man stranded in the desert, sometimes the products they rush out aren't as solid as we'd like them to be.
The difference between these two corporate giants is that they really are opposites of one another. You see, IBM -can- make good, rock-solid products...however, they couldn't market themselves out of a wet paper bag.
I can see how M$ would be threatened. If IBM learned how to market things, they could be a formidable player.
Awk! Pieces of eight. Pieces of eight. Pieces of seven... ERROR: General Protection Fault. [Paroty Error.]
Yes, implementation always costs money. GNU/Linux is no different from any other operating system in this respect. But why is nobody in the media pointing out that *implementing and maintaining Microsoft software is similarly time consuming* and that, over any reasonable period of time, it's *at least as costly* as Linux? By allowing these constant references to "Linux being free like a puppy", and by not responding with incredulity, we're aiding Microsoft. It might seem obvious to you and me that the spin is silly, but journalists appear to be buying into it -- and so will potential users who are already frightened by the concept of arcane shells and incompatible office documents.
The true benefits of Linux need to be restated - as well as being 'free', it's also robust, powerful, usable. I'm concerned that these concessions by Microsoft are really just new forms of attack upon Linux - attacks that are potentially more damaging than the previous tactic of ignoring the operating system completely, since they play to the concerns of non-technical users (and management).
Thousands of happy Linux users can -- and must -- attest to the fact that Linux just works better for a large number of tasks. The ideas that it's more difficult to use well and involves more effort and money to deploy successfully are simply untrue, at least on the server market.