Australian Senate Hears Open Source Is Too Expensive

schliz writes "The Australian Government Information Management Office says that a platform change to open source could cost more than it saves. It was pushed to investigate open source software to reduce its AUD$500m budget at a Senate meeting yesterday. From the article: 'Agencies are obliged to consider value for money on each occasion they apply a software,' spokesperson Graham Fry said. 'If the cost of assessing it [open source] was greater than the cost of the software, you would have to think twice.'"

Comments

Do this guys know the definition of user lock-in?

[ls671]

> Australian Senate Hears Open Source Is Too Expensive

Well, dear senators, this is a normal consequence of vendor lock-in:

"In economics, vendor lock-in, also known as proprietary lock-in, or customer lock-in, makes a customer dependent on a vendor for products and services, unable to use another vendor without SUBSTANTIAL switching COSTS. Lock-in costs which create barriers to market entry may result in antitrust action against a monopoly."

http://en.wikipedia.org/wiki/Vendor_lock-in

So, of course, there will be a substantial cost for switching ;-))

In the end, it all depends on how long you wish to stay locked-in. You have to consider the matter in the long term to see the advantages, and long-term thinking is seldom seen in modern politics ;-))

Re:Do this guys know the definition of user lock-i

[Anonymous Coward]

Switching cost includes more the just the cost of the software its self. Just because you're using open source does not mean you don't face a certain degree of lock-in.

Re:Duh...

[shanmuha]

Do they really think it's better to pay for an egg every day than for a chicken today and then nothing for the foreseeable future?

....then pay a little for the chicken feed and pay a little for cleaning up the cage and pay a little vaccinating the chicken etc.. Clearly, you have never bought a live chicken for the eggs :)

Re:Do this guys know the definition of user lock-i

[Stuarticus]

Sorry, it's too expensive to even assess if there's any money to be saved by switching. Next item on the agenda, can we get some sort of magic machine that makes sure no-one is watching anything dirty in their computer?

As usually, price is the only criterion.

[SharpFang]

As usually, price is the only criterion. And I remember a letter of prime minister of Peru to Microsoft. He explained clearly and plainly that the TCO was moot. It doesn't matter if the analysis is good or bad. It matters that proprietary software is not suitable for government.

Government must not allow for vendor lock-in. It must not create a situation where their data is hostage to a private company.

Government must be transparent in all its processes. Their software included, being open for public scrutiny.

Government must use secure software. No black-box encryption can be considered secure.

Government's duty is to be as accessible to wide public as possible. That means, amongst all, open API for their services, and software available to all citizens no matter what their material status. No paywall of any kind to let only the rich have their way.

OSS is not a choice of "cheaper". It's the choice of "doing things the right way".

Re:Do this guys know the definition of user lock-i

[rtb61]

The bureaucrats last far longer than that and ultimately they are often the ones that make decisions by undermining decisions more often based upon power plays and ego, rather than upon sound economic decisions. In this case one person was making statements full of if, could, necessarily, assumption, all to cover the fact that they had not bothered to conduct any research. The reason for the lack of research, that research could cost more than $500 million dollars a year, one could only guess that Graham Fry was intending to contract out the research into using open source software to a closed source proprietary software company.

Obviously Fry has no concept of foreign debt, no understanding of maintaining control over software upgrade cycles, no idea about monitoring historical trends and how many times they have bought the same software, no concept at all of life cycle costing, believes the lie that closed source proprietary software is free of maintenance costs and, fails to understand how governments choices in this sector impact upon private industry choices and further impact foreign by a nominal factor of 10 (500 million becomes 5 billion). A true asshat that does not belong in a role that legacy, longevity and, political astuteness has provided him, rather than expertise, national economic awareness or even basic common sence. Sounds like the Green Party in Australia is far more technologically aware than the rest (they also oppose censorship).

It seems that global trend of the right shifting to the loony bin and the left shifting to the right of centre leaving the humanity and environment (over greed and power) based parties, in this case the Greens, to take up the centre left position, holds true. With FOSS the bulk of the money in software can always be spent locally and that's down to state and city level, not just country.

There's also functionality to consider

[Sycraft-fu]

Different solutions, open source or not, aren't always as functional in the ways you need as what you have now, or what you are considering buying. Now, it's easy to say "Well it's open source! Just hire some programmers to write the functionality you need." However that is a problem for three reasons:

1) That costs money. All of a sudden the "$0 per copy" thing isn't true anymore. You have to factor in the cost of the development team. That is not cheap, at least if you want it done well. Good programmers don't work for minimum wage. So that cost must be factored in.

2) You have to support it. If you are doing major development to something you need, you'll then have to support that development for yourself. This means ongoing support personnel costs. While you might not need to keep the whole dev team on, you'll still need some of them because they are going to have to maintain the software. Again, most costs to factor in.

3) It won't be ready right now. If there's an off the shelf solution that meets you needs now, you have to weight that against the development time for what you'd need to add. It isn't as easy to put a dollar figure on, but it factors in. Saying "Oh just wait 18 months," isn't so easy to do.

One area I've personally seen this as a real problem is video editing software. The OSS solutions are pretty abysmal next to things like Sony Vegas Pro or Apple Final Cut Pro. Now those aren't cheap, but in most cases I bet they are way cheaper than trying to fix up an OSS solution. I mean say you've got a shop with 20 editors that all need their own copy of Vegas. That'll run you $12,000 for the licenses. You decide that the included 40 network rendering licenses are enough for the farm for the workload. You also decide that you want to purchase their yearly-ish upgrades, so about $5,000 in maintenance per year. This assumes no discounts.

Ok, you think you can develop OSS to be the same level of quality for that price? Not likely, you can't even hire a programmer for that, never mind that it'd probably take more than one as well as other people (like designers to make it nice and usable). Never mind that your work either has to wait until its done or you need to buy something now. Makes much more sense to just buy the commercial solution.

So while OSS can be a cheaper solution, and can be a better solution, there is no guarantee it is. All the costs have to be evaluated and that includes things like "Does it do everything we need?" and "Is it easy for non-technical users to make use of?"

Re:Hidden costs of open source

[Alex Belits]

So for a long term saving, it's often cheaper to stay with what you've got (or for a new installation, choose the same as everyone else) and pay a lot of licensefees, than to change to something that's cheaper in licensing and have a shitload of other costs.

In the long term it's NEVER cheaper to follow a vendor's lock-in.

That said, I LOVE linux, open source and free software. But for commercial use, it just isn't always optimal.

Oh, the hallmark of Microsoft astroturfers.

Re:Do this guys know the definition of user lock-i

[mrjb]

Switching cost includes more the just the cost of the software itself.

Yes. in this case it also includes the cost of training people that have never worked with anything but Windows. That is, of course, if you assume you *have* to retrain your existing admins, rather than firing two of them and replacing them with a single Unix admin. In the end, it all depends on how you make the calculation. Sure, a switch *could* cost more, but it *could* also cost less depending on the scenario you choose to follow.

Re:It could be legitimate

[Sumadartson]

If you're brain dead, you can't use the advanced stuff in excel. If you're using excel for the advanced stuff in a critical application, you must be brain dead. Why, for the love of god, is the advanced stuff in excel ever used? I still don't get it.

Honestly, the amount of business critical applications buried in excel macro's is shocking. And, as we all know, the person who wrote the macro never leaves his/her job. This is especially dangerous for government who, for particular branches, have to be able to transparently show how they came to certain decisions. Any responsible official will stay away from excel for all but the most menial of tasks.

Re:Hidden costs of open source

[SharpFang]

But for commercial use, it just isn't always optimal.

We're not talking about COMMERCIAL.
We're talking about GOVERNMENTAL.

In this case cost is a far secondary issue.

1) while License is usually cheaper than full IP rights for one item, when it comes to deployment of thousands it's often cheaper to purchase IP rights and be free to deploy as much as you wish (one per every citizen of the country...?) Also, starting your own support dept. in this case may be desirable, especially if the problem is in the software and the vendor is not willing to fix it.

2) Cheaper. Safer? More available? Without creating dangerous lock-in? Without danger of losing backwards compatibility?

3) Yes. It doesn't have to be gratis. It must be open.

4) The life cycle of a well established product ends when the vendor says so, and that's the final end. The life cycle of an open-source product ends when you're not willing to support (pay for) its development. Nobody can force you to upgrade if the current version is better than the new one.

5) A lot of software could be written for the cost of licenses of purchasing software that is already written. It's taxpayer's money better spent if the taxpayer gets a piece of software they can use in return, than if a foreign firm gets to sell some licenses.

Re:Hidden costs of open source

[TheRaven64]

Project foo stops being actively maintained. You hire 5 developers, 2 testers to work on it. You pay them ~50-60k/yr. (5 devs, 2 testers - This is for a smallish project.)

If you're the only one covering development costs, this implies that you are the only one using the software. How long do you think a commercial software company would keep supporting a program with one user, and how much do you think they'd be charging you? If there are other users, then you can share the maintenance costs with them. Typically, you'd get a company like Sun or IBM to adopt it and sell support to the current users.