Download the authoritative guide: Cloud Computing 2018: Using the Cloud to Transform Your Business
|Study: Developers Favor Linux
MySQLs Mickos: Open Source in the Enterprise
The Future of ERP
The columns titled was changed to Linux is Not Ready For The Enterprise, it got picked up by SlashDot, which focused on the example and not the message and you can probably imagine the legendary amount of hate mail that resulted. What was made clear, however, was that there were a huge number of people who were making product decisions based on things that had nothing to do with the needs of their business.
In hindsight, while the dialectic was on Microsoft vs. Linux (though, strangely enough I don't actually recall bringing Microsoft up) it probably should have been on UNIX vs. Linux because, in most cases, the Microsoft offering wasnt an appropriate replacement for UNIX at the time, either.
For a period of about 18 months, I too lost focus largely because I got angry about what folks were writing and saying about me and the frequent threats to my family and livelihood. What bothered me the most, other than the very real concern that someone might make good on their threats, was that it appeared Linux supporters were putting their love for the product ahead of their job responsibilities. As an ex-internal auditor, that is a huge red flag and much of what I wrote at the time focused on that.
Eventually this quieted down and shortly before Linux Pipeline went away in 2005 I wrote a column called Time to End Microsoft vs. Linux," where you can also find references to my earlier pieces in the sidebar (but youll note that the links are dead).
In that piece youll see I argue for a change in tactics by both sides which, in a way, mirrors the recent partnership between Novell and Microsoft. A realization that instead of fueling the battle between the parties, which really doesnt serve customer interests, what should happen is for the two sides to come together, realize they meet different needs, and see if there is some common ground where both can focus on the needs of the customer.
Linux and Microsoft Sitting in a Tree
One of the difficulties is that there is so much bad blood between the groups that I often wonder if Im writing about Israel and Palestine rather than technologies. There are lines that can be crossed that make it incredibly difficult to reach common ground because people just dont forget some things that are said in anger.
Novell and Microsoft seemed to grok that the best course is to cooperate, almost as if they had read my piece and took the course that should be better, long term, for both the firms and their clients. Im actually becoming more and more convinced that the battle between the companies was largely created by the Open Source side for visibility and Microsoft simply fell, much like I did, into the trap.
If you look at the revenue sources for both efforts, youll see that Microsofts revenue largely comes from software and for Linux it is from services. Microsofts offerings are best when used in large numbers and generically, and Linux is best when used in small numbers and highly customized. The only area where there is tight similarity is in the embedded offerings of both companies but here both sides are under funded, Linux generically so, and Microsoft because of a very real fear of cannibalizing their full-featured products.
Now Linux and Windows, from a technology standpoint, are vastly different and we cant even do that subject justice in 100 pages, let alone the space of a column. But, I think, in most cases the decision between Windows and Linux is easy, the decision between UNIX and Linux is vastly harder, and then picking the right distribution harder still. Yet our focus has been on making the easy decision hard rather than the hard decisions easy.
Novells apparent reason for partnering with Microsoft is to give them competitive advantage where the decision is hardest. It's hard, from a business perspective, to find fault with that. Vendors that do the right thing for clients, regardless of how painful it is, should generally be favored in my book. But you should still do your homework and pick the best product, service, and hardware for your company.
Next Page: Vendors Who Eat Their Own Cooking
Study: Developers Favor Linux
MySQLs Mickos: Open Source in the Enterprise
The Future of ERP
New Microsoft License Ties Vista To Hardware
One thing I dont understand is vendors that hype products they could but dont use. Years ago AT&T (the original incarnation of the company) was out trying to sell my firm Windows 95 and saying it would save us $1,500 per desktop a year in support costs. One, they werent using it themselves at the time, and two, our total support budget was under $500 per desktop with NetWare and Windows 3.0. Needless to say we eventually moved to Windows 95, but it wasnt with AT&T.
More recently, and what actually triggered this column, HP acquired Knightsbridge, a specialized services company. The back-story is that this was because in their own deployment of Neoview they discovered they didnt have the right skill set to do the job properly. HP historically has not been aggressive even with their own software and that was a lot of the reason so many people purchased but couldnt deploy Open View.
It is only recently, and at Mark Hurds direction, that this changed. They are now discovering problems themselves and getting them fixed on critical products before you get them. This is the core benefit of companies who "eat their own cooking." They understand more deeply what needs to be done and rather than glossing over problems with promises and marketing, they tend to get them fixed.
Now, just because a company uses something doesnt mean you should, but at least it means they trust it themselves. And why would you ever buy anything from someone who didnt believe enough in the product they are pitching to use it themselves?
There are four simple rules to keep in mind when buying anything:
1) Dont choose the product first. Make sure you place your company needs as your first priority and establish a value before you negotiate price.
2) Assess the entire solution, not just the component. A great product without the right services or critical accessories is a hole you'll pour money in.
3) Do your homework, make sure the vendor believes enough in the product or offering to use it themselves and that there are other like companies who have had successful deployments and that the benefits promised are real.
4) Make sure you can defend your purchase. There is a reason Suns numbers are getting better, it has to do with the fact that people are now having to demonstrate why decisions were made and being held accountable for the result.
My overall recommendation is to approach any decision as a process where the goal is to make your company better and not to make a vendor richer. Youll be happier with the result and probably do better in your career as well.