Study Urges CIOs To Choose Open Source First
littlekorea writes "A new study has urged CIOs to consider open source over proprietary software or public cloud services when replacing legacy gear. But the study's author, Professor Jim Norton, warns that open source won't be a cure-all for some companies. From the article: ' Open source software, Norton said, provides enterprise IT with easier access to innovation via a "great global self-re-enforcing community of shared resources, ideas and development." That same community provides a faster response to changes in customer preferences communicated on social networks or via business analytics, and faster resolution of common system problems.'"
All studies urging CIOs to prefer "professional solutions" -- not published on /.
CIOs buy open source tools all the time - and they pay RedHat or Oracle to support them. However - no CIO is going to spend real dollars, dollars which will get him fired, on unsupported software, no matter how cool the user forums are.
I want to delete my account but Slashdot doesn't allow it.
How about studies of AC first posters with nothing worthwhile to say resorting to the predictably boring ad hominem?
The soylentnews experiment has been a dismal failure.
Most of this article reads like its 1999 now.
“The skilled, motivated staff that grew up with the internet don’t want to work with closed, old fashioned systems,” ...
"Norton cited studies from the London School of Economics which found that investments to deploy open source in-house drives longer-term savings of 20 percent over the alternatives"...
"It advises CIOs, for example, not to separate current support teams from new development teams"
It then goes on to explain the fish that they are trying to fry:
“We commissioned this study to highlight to our customers and shareholders our use of open systems and contribution to open systems,”
Ok great so you have opensource software. Before you propose any solution (any open source or proprietary) you'd think of a large number of factors. ROI is one of them. The capabilities of your staff and the availability of skills in the market would be another. The example of Tomcat and jQuery are lame to say the least. Some of the companies I worked for have use proprietary solutions AND save money in the process. For "enterprise" applications the major costs of running the show arent whether the software is open source or not. Maintenance over the life of the product costs much more (salaries, infrastructure, etc).
Some of the companies I worked for have use proprietary solutions AND save money in the process.
Really? Over the long term? What I have noticed with commercial vs. open source is that initially the commercial software seems a far better deal. They cut you a great price on the licence, support is included and you get very polished software (usually). However when the licence comes up for renewal the price goes up by well over the cost of inflation - but you got a good deal initial so it's still not bad. However after the 3rd of 4th renewal you realize that you are spending far more than you really should be on the software but the cost of migration is large enough that you decide to continue anyway for another 1-2 renewal until your budget literally cannot support the cost anymore and you are forced to switch to something else.
Compare that with Open Source where you purchase support. The company cannot stick up prices well above inflation because there is competition - if they charge too much it is easy to switch to a different company for support. In many ways, and perhaps somewhat ironically, open source seems to produce a far more open market, capitalist system than proprietary. Of course this is for commercial software aimed at institutes/companies, not shrink-wrapped software for the public where personal budgets are far smaller and the price cannot be negotiated with everyone purchasing the software.
Since open source software, at least when you carefully choose it, won't get obsolete as quickly, and even when it does and all fails, you can simply hire some programmers to maintain it for you.
However we are talking about management here. It is not wise to select the most rational solution inside a company. Everybody can find the most rational solution to a problem. If you make rational decisions in a management position you are easily replaced.
Open source developers typically don't get paid to work on the software. That's not 100% true with Mozilla as they're a non profit and have a few devs on the payroll. Still, they're not your personal bug fixit team.
If I had a dollar for every time someone demanded I fix something...
Seriously, where were your patches?
What vendor support contract will get you your personal bug fix-it team? You obviously never worked with Microsoft and their support, or you're in a Fortune 500 that can spend couple of millions yearly to get that level of support (i.e. you're one of the reasons why regular users get regression bugs or idiotic functionality since you have the money to make the vendor cut updates to suit your fancy). In the real world (of small and medium companies, you know, where most IT people actually work), your best served by a small vendor, preferably local, that considers YOU an important customer. And provided that he employs some developers himself for him the best model is Open Source since he can tailor it to his customers needs.
I've never understood how some OSS people seem to think spending money on licenses or support contracts is money wasted, but spending money on people to fight with software to make it do what you want is money well spent. No, it is all money either way. The question is what gets you more of what you want and costs less doing it.
There isn't a right answer for every situation. It depends on what your company does, what kind of people you have, how large it is, what your needs are and so on.
For example if you need a custom solution and you already have a bunch of developers, maybe getting OSS code and going that way is the correct answer (though maybe you don't give back, you don't have to if you don't distribute it). However if an off the shelf product meets your needs for a good price then it can well be the way to go.
Yes, faster. Bug resolution in OSS will never be slower than fixing them for yourself. That may be slow, but compared to closed source, where there is no guarantee that a bug will be fixed at all, it's definitly faster.
bickerdyke
I've seen more than one situation where a major vendor wrote, tested, and released a patch update specifically for my company. Last I checked, when you stumble across a previously unknown bug which is crippling your live production environment, you can't get most open source contributers to wake up at 3:30AM to troubleshoot it.
I wouldn't even get up at 8AM if I wasn't get paid for it.
So where's your problem?
With both open and closed source you can contract with a vendor that hires people that might have to get up and fix stuff. But if the vendor doesn't consider you important enough to actually call them, you're screwed.
With open source, you have the additional possibility to hire those guys yourself, if your problem is important enough to you.
bickerdyke
Our CEO calles Linux "linex". Not bad for a technology company which has approximately 200 Linux servers...
Microsoft/IBM/Oracle and just about every other big name vendor. I have personally used both Microsoft and IBM critical support processes, hell MS even flew in a field engineer to our office to debug the product on site on a sunday.
I found that most companies are afraid to use cloud services because they fear for the safety and integrity of their internal documents. This is whack in so many ways since the majority of the clients I dealt with had worse back-up and security in place than the cloud providers they feared. Enjoy.
This ain't no upwardly mobile freeway This is the road to hell
What user complaints would those be?
I've used T-bird for several years with zero problems on Linux and Windows. The Portable version for Windows is excellent because I can back up the program and emails in one shot, and have a readable backup I can effortlessly load elsewhere.
"This post is an artistic work of fiction and falsehood. Only a fool would take anything posted here as fact."
There are three key types of license under which OSS may be released:
- the GNU General Public License (GPL) requires that altered or extra code added to GPL software be also licensed under the GPL. This ensures the propagation of OSS but can cause licensing conflicts if GPL and proprietary software are combined.
- the Berkeley Software Distribution (BSD) license gives anyone the freedom to release updates or modifications of the software under any license they wish.
- the Lesser GPL (LGPL) is a compromise between the restrictive GPL and the permissive BSD. Altered LGPL software must continue under LGPL, but extra code can be added under almost any license the author wishes. Open for Business
AccountKiller
"Whether the study is accurate or not is made irrelevant by the authors known bias"
Prof Jim Norton
AccountKiller
Open source is free only if your time has no value. How many cases of packages being abandoned have we seen in the open source community, or the software updates forking in a direction that you don't want it to go? At least with Microsoft crap you've got a plethora of trained and experienced staff or contractors on which to draw upon who can work with your software systems. Choosing open source is a crapshoot at best, the odds only in your favor if you hire a few capable programmers. Last software development company I worked with chose open source to save money, and ended up with less-than-capable programmers supporting the product because they were cheap with their employees too.
Remember kids, if you're not paying for the service, YOU ARE THE PRODUCT THAT IS BEING SOLD.
Richard Stallman has actually answered this question several times. Here are some of the counterarguments:
1. The vast majority software developers aren't paid to develop software that is sold on the open market. For example, a major bank or insurance company typically has a large staff of developers who are writing software that not only is specific to their business, but also contains trade secrets. Because they're so specific to their businesses, and have to be kept secret, OSS doesn't have any effect on their need for developers.
2. Companies that sell ancillary services to OSS pay developers to improve OSS packages. Red Hat and IBM in particular hire lots of people to work on Linux, because they sell more Linux-related services if Linux is better. This remains the correct business move regardless of the fact that everyone else also benefits from their improvements.
3. When businesses encounters an OSS package that does almost what they want, they can pay people (either as employees or outside contractors) to add in a new feature. Again, if this isn't part of their core business, then giving it back to the community in no way harms the business. An example of this: I worked for a small cell service provider for a while, and we wanted to use an OSS package to improve our service. The trouble was that it had been written for GSM phones only, but we were using CDMA, so we paid a developer to add CDMA features to the package. The developer got paid, we got a solution much cheaper than any of the proprietary options, and the community got a significant new feature.
Here's some of why commercial shared source models don't offer the same benefits as open source:
1. Pay-to-play means that not all developers and users can get in on the act of improving the software. For example, if the OSS cell phone package described above were shared source, somebody would have to pay in order to find out whether we could modify it to do what we wanted it to do at a reasonable price.
2. Shared source models don't generally allow somebody with a contract to fork the project. Forking is critical to improving software if the organization behind the original package gets to be a roadblock rather than a help (e.g. Oracle and OpenOffice).
3. You can't use shared source code as a teaching tool in the same way as OSS code.
I am officially gone from
You are conflating Open Source & Liberated Software. RMS would gag. As he says, the former is a development methodology, while the latter is a philosophy. What you described is the former.
At any rate, dkleinsc is correct in his/her concerns, but as I pointed out below, that concern should be about liberated software, not open source. Companies should be free to restrict downstream distribution of their software to people who haven't paid for it - deep sixing the 'help your neighbor' clause of the GPL is needed. All that should be encouraged is that whenever a company sells/gives away its software, the source code should accompany it, so that the customer/user can see how it works (or pay somebody to do it) and modify it to their needs. The example you mentioned is a good case of Open Source in action.
However, the demand that software should not have owners, or that one must be free to distribute software that one has bought to those who have not paid for it, is fanaticism of the FSF, and a thinly disguised anti-business agenda. Take out the 'Free redistribution' clause of the OSI definition, and Open Source is absolutely perfect.
Companies should be free to restrict downstream distribution of their software to people who haven't paid for it - deep sixing the 'help your neighbor' clause of the GPL is needed.
1. You've clearly missed (or utterly ignored) my point about the need to be able to fork something, which is all about doing something that an organization with the ability to restrict downstream distribution would most likely do everything they could to prevent. In my example earlier, the upstream package owner could have said they didn't want the modification, and without the ability to say "Fine, I'm just giving away my version on my own", the modification gets lost, and the next company that comes along wanting to do the same thing has to pay for the same modification again.
2. OSS and Free Software are not really competing ideas: Free Software is by definition open source, and there are other open source licenses besides GPL that meet the FSF's definition of Free Software. Generally speaking, RMS and and an open-source guy like ESR will advocate doing the same things for different reasons. And that means that their answers to practical questions for one are thoroughly relevant to the other.
What I think is going on here is that you and I have different goals: My goal is to make sure we have the best software we can muster. Your goal seems to be to make sure that somebody can make money by selling software. I've put forth an argument that my goal is not incompatible with developers making a living. If companies come and go, that's normal in business, and has nothing to do with whether we have good software.
I am officially gone from
...but take any adobe application for instance...
You are missing the point - I explicitly excluded "shrink-wrapped software for the public". While Adobe might be at the upper end of that scale Photoshop etc. is still mass market software where the price is fixed in advanced (unless you are negotiating a site license discount in which case the box price is still an upper bound on cost). "Industrial" software is not limited in that regard e.g. Oracle DB or Blackboard LMS etc. In these cases the software is not made available to the mass market for a fixed price but instead the cost is a negotiation between the seller and purchaser.
The result is something like a drug pushing operation: low initial prices to get you hooked and then a rapid increase because migration is expensive and costly. I make no judgement about whether Open source is better or worse than proprietary simply that with Open Source you know exactly where you stand because companies providing support do so in open competition (or if you are large enough you can just hire programmers to provide your own support). Frankly whether or not open source is cheaper or more expensive depends primarily on how the company selling the proprietary software behaves which, with changing management, is impossible to predict and not under your control. So proprietary software introduces a cost risk which open source does not have so if you want to get me to take that risk you had better have something more than open source to make it worthwhile.
That same community provides a faster response to changes in customer preferences communicated on social networks or via business analytics, and faster resolution of common system problems.
Bwahahaha... yes, that's why it takes Mozilla over 5 years to fix bugs in Thunderbird despite all the user complaints. I guess that's why they chose to "give it" to the community, because they can't be bothered to look after it themselves any more.
It depends. If an end-user complains about something that is merely a bug, then it may or may not get done. However, if it is a vulnerability then it typically get closed within 24 hours, with distributions releasing a fix within a week - compared to Microsoft which takes at least 30 days, assuming they even do something about it. (Microsoft still has a lot of old vulnerabilities that they are not doing anything about because no one has "used" the vulnerability yet.)
Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
Open Source makes it possible for a team of programmers to add much more value with their work. When your work adds more value, you have more job possibilities and often, highter average wages.
That maxima is almost always true. But it plays out in complex and unintuitive ways at the real world. Don't try to emmulate an economy within your brain, it is a losing proposition.
Rethinking email