The Woes of Munich's Linux Migration 314
mikrorechner writes "The H Online has a writeup of the problems encountered by LiMux (Wikipedia entry), one of the most prominent Linux migration projects in the world, trying to introduce free software into the highly heterogenous IT infrastructure of the City of Munich. Quoting: 'Florian Schiessl, deputy head of Munich's LiMux project for migrating the city's public administration to Linux, has, for the first time, explained why migrating the city's computing landscape to open source software has taken longer than originally planned.'" Here is Shiessl's blog, in which he details some of the transition problems.
They should switch to all Macs (Score:2, Funny)
Then their IT infrastructure will be homogenous.
Re: (Score:2, Funny)
Of course not. You don't turn gay immediately after buying a mac, it takes time.
Re:They should switch to all Macs (Score:5, Funny)
How much time? (Looks around furtively).
Re: (Score:2, Funny)
Aw man, what do I tell my family? Especially my wife? I've been using macs pretty consistently for the last three years...am I slowly turning gay right now as we "speak"? Or is it more of a "you'll first slowly stop allowing your wife to pick out your clothes for you" followed by trimming your eye brows? What's next? A man purse? Oops, sorry, I meant a "European Shoulder bag".
Aw hell, I'm almost gay, aren't I?
Voice mode=Brando The horror! THE HORROR! /Brando
Re: (Score:2)
>>>You don't turn gay immediately after buying a mac, it takes time
My Quadra Mac was my third favorite computer.
Right after my amiga.
Re:They should switch to all Macs (Score:5, Funny)
Because every project is late (Score:5, Insightful)
Re:Because every project is late (Score:5, Interesting)
Every major project always takes longer than expected because so many small details are exposed as you uproot any existing system or workflow process. Instead of looking at this as something that may have been "more trouble than they bargained for" we should learn from it and understand that migrating to Linux won't be any easier than migrating to or from any other platform. I think there are two things to take away from Munich's Linux migration:
* It can be done.
* Being on the leading edge carries with it a lot of responsibility to those who will follow you.
Re:Because every project is late (Score:5, Insightful)
All in all, this sounds like confirmation that Microsoft's strategy of proprietary API's and patented IP was successful in making it costly to leave their platform. It also shows that it is not impossible and in the long run, it will probably be shown that getting off the Microsoft treadmill might be expensive up front but over time, become very cost effective. Rip and Replace most often ends up resulting in a better, faster, cheaper solution when managed well.
LoB
Re: (Score:2)
Everyone always underestimates how long anything non-trivial is going to take.
That's Hofstadter's law [wikipedia.org]. "It always takes longer than you expect, even when you take into account Hofstadter's Law."
I find this interesting (Score:3, Interesting)
Converting all computers to the Open Document Format (ODF) standard has overcome dependency on a single office software suite.
Does ODF now define formulas for spreadsheets? because my understanding was that this was still ambiguous in the spec, and it is a pretty big problem if it is.
Re: (Score:2)
Re:I find this interesting (Score:5, Informative)
It's not ambiguous in the spec, it's undefined in the spec. But one thing is defined in the spec: a way to do application-specific spreadsheet formulas without breaking the standard and without conflicting with a standardized way of expressing formulas when it's finally standardized. The expectation is that applications will do formulas their own way, possibly recognizing other application-specific formulas (there actually aren't that many different formats). When formulas are finally standardized applications will begin using the standard and will convert any non-standard formulas they recognize into the standard form when the spreadsheet's read in, resulting in a quiet upgrade to the standard form.
And in the meantime, ODF can be used for things like word-processing documents that don't require formulas without having to wait for one spreadsheet-specific feature to be completed.
Re: (Score:2)
What happens when you want to say... paste a spreadsheet into your document?
Move them all into the CLOUD (Score:3, Funny)
Re:Move them all into the CLOUD (Score:5, Funny)
1. Move them all into CLOUD computing
2. ???
3. Profit!
I believe #2 is "pray", unless you're a 'cloud host' and then it's "prey".
Bad title is bad. (Score:5, Insightful)
Re: (Score:2)
Re:Bad title is bad. (Score:4, Interesting)
Can't speak to that, but having read the article, it bears little resemblance to the posting title. From what I can tell, this sounds like some mistakes in planning the migration early on. That would happen if you were moving to any new system, FOSS or proprietary.
Re:Bad title is bad. (Score:5, Informative)
Myself, I'm certainly no Microsoft shill - I'm a Linux proponent, and interested in the LiMux project because I live in Munich.
If the title seems overly negative, I apologize - I'm no native speaker and might have chosen the wrong words.
Re: (Score:2, Funny)
kdawson doesn't actually exist, its a sockpuppet the regular editors use because they're ashamed of associating with their juvenile userbase of lintard wingnuts.
Re:Bad title is bad. (Score:5, Interesting)
Very true, by the sound of the blog most of their problems stem from how poorly the systems were managed before. Different versions of Windows running different levels of updates; hundreds of authorized apps, many with overlapping or duplicate functionality; unauthorized applications that had made their way into the work-flows without being documented; proprietary software that didn't follow open standards. I wonder how much of their effort has gone into just getting their infrastructure should have been before the transition even started.
Re: (Score:2)
This is not a proprietary/FOSS issue. Every programmer knows that version 2 of the code is better than version 1. More than once I've "rm * .o" and gotten rid of more than just the objects on the way to recompiling them all, and every time that happens, the code I write to replace what went away is tighter, cleaner, and runs faster. I already know what works, I already know the processes, and I usually come up with a better solution
problem: poor standards compliance (Score:5, Insightful)
More to the point: Moving away from a vendor-locked-in infrastructure is hard.
Any time you build on top of quirks and such that deviate from standardized protocols, upgrading will be hard.
Re: (Score:2)
I guess what you mean is once you want to adopt new standardized protocols that differ from the ones commonly in use, upgrading will be hard. Let's not pretend that these standards have been around for decades, they represent a change.
Re:Bad title is bad. (coral cache) (Score:2)
The real reason its late (Score:2, Funny)
This task involves downloading 142909
Re: (Score:2)
1995 called. They want their opinions back.
how much did this all cost? (Score:2)
sounds like they spent a lot of money. what is the difference in spending the money on OSS compared to MS software? the software might be free, but it sounds like you will spend the same amount of money on making everything work like it did before with the same functionality
Re: (Score:2)
with MS, you've got the pleasure of renewing licenses and/or upgrading every few years ?
Re: (Score:2)
With in house you have the pleasure of spending money on developers. Either you pay Microsoft developers or you pay your own developers. Don't like MS developers? You can pay IBM devs, Oracle devs, India devs, Vietnamese devs, American... (who am I kidding).
You CANNOT escape the fact that software requires maintenance. It comes down to cost. Is it more cost effective to do it yourself, or to pay someone else? There are benefits to each solution. You don't get a free lunch. How is an in house solutio
Re: (Score:3, Insightful)
aren't you missing something, in between closed source and custom ? like .. open source ? which is what TFA is about ?
Re:how much did this all cost? (Score:5, Informative)
They aren't trying to make "everything work like it did before with the same functionality". They could have
We could have switched to linux clients in just a few months, giving the order to all 21 IT units to set up a linux client until end of 2008. No further specifications, no standardization and no consolidation. I’m pretty sure they would have done this excellent and then I would have published great news in 2007 or 2008 “LiMux done, Munich completely on free software”.
but the aim is/was to move from a very heterogeneous network (in terms of used OS and software solutions) to some overall standard, which is why it takes so long.
Can I still keep my geek card if I actually read TFA?
Re: (Score:3, Funny)
Hell yeah. Those haven't been bound to the /. Card for years.
Re: (Score:2, Insightful)
It's not really possible to asses that. The article really doesn't have much to say about Linux, so much as it was about all the crufty patchwork of multiple systems they were using before. There's a big cost associated with continuing to use the current kludges, though it is difficult to assign hard numbers to, since they come in the form of lost opportunities and inefficiency spread throughout the whole organization.
Moving to any modern, unified system, whether based around Microsoft software or OSS, is
Re: (Score:2)
I can think of some befits.
1. The money be spent on in house staff and or local consultants instead of on Microsoft Software. That money will say in country and flow through the economy and not be exported out of country.
2. Long term savings. Once the migration is done there will be no need to purchase new versions of Office, Windows, and other proprietary software.
3. Enhanced expandability. To add a news server or clients do not require purchasing more CALs. also if you have spent the money on in house tal
Re: (Score:2)
If I remember correctly, switching to open source was more expensive than keeping the propietary software. But they still went for open source and open standards, because long term it would be more cheap - no licenses, possibility of choosing different software that implements the same protocol, posibility of choosing better software vendors, not just one...etc etc.
Re:how much did this all cost? (Score:5, Insightful)
They hope to save in the future. As a lot of the costs are consolidating their terrible IT landscape it is not clear, what a migration to the latest MS offering would have costs, either. It is not as if it would have been free either, who knows how many of the macros would have broken down when run in a current version of Excel, who knows how many old programs might stop working on Vista (and be it due to a stupid installer). It would have been cheaper, at least probably because a lot would have still worked, but when they write that they found 21 different Windows setups with differing patch levels and security settings, I am not so sure if it really would have been cheaper.
What they probably hope is, that the next migration will be cheaper, the OSS they use won't cost them to upgrade, the costs of the upgrade in work to be done by their IT department are probably not very different when upgrading a Linux solution from a MS solution. But all the work to get their systems closer to a common base might actually make the next big roll out simpler and therefor cheaper.
Re: (Score:2)
I wonder how much of the cost is migrating away from Windows and how much is migrating to Linux.
Re: (Score:3, Interesting)
Well, migrating an entire organization to the newest version of Windows (with the accompanying upgrades to all the other MS software) isn't exactly cheap. That's why so many corporations are still running XP: they can't justify the costs of upgrading to Vista or Windows 7.
I note that a lot of the problems they ran into weren't problems with the Linux-based software, they were problems with the proprietary (Windows and Windows-based) software not wanting to play nice with anybody else. One advantage of movin
Comment removed (Score:5, Insightful)
Re: (Score:3, Insightful)
Wrong approach (Score:5, Interesting)
Well, they tried a horizontal migration strategy, moving from location to location and department to department. That meant the problems never stopped.
A better approach might have been to do a vertical top-down migration: Servers: first roll out a directory server infrastructure, then a CIFS strategy etc.; Clients: migrate away from MSIE / Active X, then to CUPS, then away from MS Office etc.. And then, finally, to change the desktop OS out from underneath.
A suggested strategy for those planning something similar: 1: migrate the server services (and create a shiny new unified and consistent infrastructure); 2: migrate the desktop apps to FOSS alternatives (chose apps which will work under your target desktop OS); 3: switch out the desktop OS for linux (the users retain the apps they have become used to).
Just my 0,02
Re:Wrong approach (Score:5, Interesting)
A better approach might have been to do a vertical top-down migration: Servers: first roll out a directory server infrastructure, then a CIFS strategy etc.; Clients: migrate away from MSIE / Active X, then to CUPS, then away from MS Office etc.. And then, finally, to change the desktop OS out from underneath.
They seem to have taken a more blended approach. A separate project was revamping many of the servers at the same time. They did immediately move away from MS Office to OpenOffice and ODF because they could do so without having to worry about the servers and they laud it as one of the biggest benefits so far. I don't know of any good reason why they should have held off on that. The problem with a top down migration is that many times you don't know what all the services inside your organization and out are actually used. So rolling out a series of Linux clients in every department allows you to discover what your platform specific dependencies are. In some cases they changed the Linux client to work with those services and in some they changed the services to work with Linux.
A suggested strategy for those planning something similar: 1: migrate the server services (and create a shiny new unified and consistent infrastructure);
The problem here is in your first step you may have broken a bunch of things and users will have to start changing the way they work. From their perspective you've downgraded the system. That's because they're using a client that does not work as well with your new servers as your Linux clients will. So you've just given the majority of your users a bad taste for the whole thing and generated tons of pushback that can kill your whole migration.
I think it would make more sense to switch to as many platform agnostic applications as possible, first. Then implement the servers and desktops simultaneously in one part of the company, while letting the users have access to their old desktop via a remote session. Fix the compatibility problems and move on to the next chunk of the company until you can start repurposing the old servers and getting rid of the remote desktop sessions altogether.
Similar stories (Score:5, Informative)
Regional government of the autonomous community of Valencia (Spain) also switched [lwn.net] to free software, last year they released a detailed report [gvpontis.gva.es] (english) of the problems they found and how they fixed it. It took a lot of time to complete it (4 years) and they still depend on propietary software for some systems. These migrations need a lot of work...
Why so prominent? (Score:5, Interesting)
Why is the Linux migration project in Munich so prominent, as mentioned in TFS? I know of much larger migrations, both in terms of the number of computers and the geographic area covered. The Brazilian government has been migrating to Free Software in mass. The Bank of Brazil, for example, has over 100,000 computers running Firefox and BrOffice. As of last June, the estimate was right at 100,000, with 65,000 of those machines running Linux and 35,000 running other operating systems. The Bank of Brazil has branches and offices all over Brazil, which is a very large country. The mass migration happened in 2006, before the migration really began in Munich. The number of machines involved (counting the Linux boxes only) is about 5 times as large as the number of machines to be involved in Munich, and instead of being located in a single city, they are spread out all over a country that's larger than the US would be if it didn't have Alaska, but smaller than the US with Alaska (i.e., larger in area than the "lower 48" plus DC plus Hawaii). In the year 2006 alone, the Bank of Brazil estimated that it saved R$20MM by using Free Software.
FWIW, I've also seen Linux desktops at the ITI (Brazil's IT Institute). Even totally non-nerdy ITI employees seemed perfectly at home on Linux desktops when I was there as long ago as early-to-mid 2005. The Bank of Brazil branch where my company has its account has all Linux desktops. The managers who take care of my account think it's funny when I crane my neck to look at their monitors and geek out on the software their 'puters are running. They are total non-nerds and not only appear to be happy with the Linux desktops, but told me they are. It took them a minute to figure out what I was asking - they didn't think of using Linux desktops as anything all that unusual.
Re:Why so prominent? (Score:4, Insightful)
Why is the Linux migration project in Munich so prominent, as mentioned in TFS?
Because the guy who wrote it is German and lives in Munich.
There's nothing stopping you from writing up a submission about Banco do Brasil yourself. You seem to have access to a source with a whole bunch of good information, I'm sure a success story like the one you described would get coverage on slashdot too if someone made the effort to submit it.
Why has it taken longer than planned? (Score:2)
Because ripping out an infrastructure that relies on closed-source proprietary software and replacing it with free, Free software is hard. Really, really hard.
Yes, it's easy to rip out that clunky old Exchange server that has never really worked right, and slap in something running Exim and Courier-IMAP. The tricky bit is all the little edge cases and micro-applications - things that are *really important* that rely on someone running an Excel macro on the right machine at the right time. No, I'm not say
Problems with linux installations (Score:3, Insightful)
Perspective (Score:5, Insightful)
How come noone mentions GOsa? (Score:3, Interesting)
How come in these discussions noone ever mentions the software they're using (eg. GOsa, see https://www.gosa-project.org/ [gosa-project.org] ) ? GOsa is a web admin front-end which allows management of clients and servers through an LDAP based infrastructre and RPC backend. Services that can be managed include Samba+PDC, email+groupware, FAI & OPSI (for auto-install of Linux and Windows clients), DNS, DHCP, Squid, Asterisk, Linux terminal server clients, and quite a bit more. It IS very hard to get working though.
Hmmm... I just noticed that Munich is no longer listed as a reference on the GOsa site - I wonder if there is a story there.
Re:There is no free lunch (Score:5, Insightful)
Or you know.. buy an open system....
Re: (Score:3, Interesting)
Re:There is no free lunch (Score:5, Funny)
Poor IT chef.
But on that note, what an awesome IT department. They had a CHEF on staff? Fuck yeah!
Re:There is no free lunch (Score:5, Insightful)
Aaaah, I see now. If once piece of software is rubbish, then surely any other pieces of software under the same license must also be rubbish!
With this in mind I think it is safe to say that we can write off proprietary software from seriously competeing in the real world, you would not believe how many stories about proprietary software messing up I can find...
What is that? That's not actually what you were claiming, you were just being offtopic? Oh, I see...
Re:There is no free lunch (Score:4, Funny)
When considering open source software, you should never, ever consider the costs of replacing an existing closed source system that works in every possible way with an inferior open source offering. You should consider instead all of the very fine software projects that are produced by the open source community. You should also remember that closed source systems are, by definition, thought and deed, inferior to any open source software, even when it isn't, don't be lazy, you stoopid noob, you have the source.
I apologize for this post about replacing closed source software with open source software in a discussion about the city of Munich replacing their closed source software with open source software. It is obviously off topic.
Re: (Score:3, Insightful)
You know, I have yet to find a closed-source OS that can run everything I want. In fact, there's no single OS that will run everything I want. For my personal preferences, Linux (along with Wine and similar programs) does a good job. For yours, I don't know.
Re: (Score:3, Informative)
>>>Also, floppies?!? Really?
If you know how else to install Damn Small Linux or Kolibros onto a 386 machine, which only has a floppy for external input, please share.
Re:There is no free lunch (Score:4, Interesting)
A long time ago, I decided to start making copies of my floppies onto hard drives, so I'd have images of them before the deteriorated. I made that decision because I had a never opened boxed version of Novell UnixWare (from around 1994). It had sat in a professional air conditioned office until sometime around 2000. It was given to me, and it sat in my computer room for a long time. I finally decided to unbox it and give it a try. It came on floppy disks (3 of them, if I remember right). I went out and bought a floppy drive for this adventure, since all mine had either gathered such an accumulation of dust that I couldn't find the opening, or I had simply thrown them away.
I put the first disk in, and half way through reading it, there were errors. The disk, although in the original unopened envelope, in the original unopened shrinkwrapped box, had deteriorated. {sigh}
I tried several other disks that I had been carrying around with me for years, "just in case" I needed them for something. As it turned out, about 2/3 of them were unreadable, just from age.
So, I tossed them all, and gave the drive away to someone else who wanted to use it. He had a better success rate, something like 75% were readable.
I was talking to some kids not too long ago, about disks. I kept asking them, to see if they even had a clue what a floppy disk is. One correctly described a 3.5" floppy, but none had seen a 5.25" floppy. :) It's probably all for the better, they really sucked.
Re: (Score:2)
...and then pay in house developers to reproduce all of the functionality that your proprietary system was providing. As the OP said, there is no such thing as a free lunch.
Did you read the article? It mentioned a lot of VBA macros that had to be converted into a similar system that managed templates, automation, etc. In other words, the functionality had to be re-created.
Re: (Score:2)
Shouldn't that have been evaluated before starting the project in the first place? If you rely on a lot of legacy proprietary functionality, you should probably determine costs beforehand of either a) replicating that functionality in the new system or b) justifying whether you need the functionality in the first place.
That sounds like you have a bunch of xbox 360 games but don't want the console...then buying a Mac and wondering why the games won't work on it...
Re: (Score:3, Insightful)
It is actually extremely rare for anyone to do a proper evaluation...
I know people who will evaluate multiple options based on their marketing literature and create a spreadsheet comparing feature checkboxes...
Some people won't even pay lip service to doing an evaluation, and will just choose something quite arbitrarily.
In the munich case, he chose open source and open standards for the significant long term benefits they will provide...
Give it a few years and noone will be able to argue against it, and the
Re: (Score:2)
Sounds like they failed at evaluation. They picked these shackles when they used VBA, sounds like piss poor planning.
Re: (Score:2)
Re: (Score:3, Interesting)
VBA was probably their only choice. In 2000, where was OpenOffice? Where was the Linux desktop? VBA has been around for a "long time" when measured in IT years. At the time they probably went with the "free" tool built into the application that happened to be compatible with the majority of their other applications.
People bag on VBA like it is worthless. If was totally worthless it wouldn't have been used as often as it was. If there were good alternatives it wouldn't have the market penetration that
Re: (Score:3, Insightful)
VBA was used because there were no other options when you're already locked into an MS stack...
Corel always made a much better suite than MS, and yet they were pushed out of the market by an inferior product... It's not about how good something is, its about how heavily marketed or pushed via other means it is.
Re: (Score:3, Interesting)
VBA was probably their only choice.
I worked at one of the major Australian banks; Excel/VBA was the norm, not the exception. It was uniformly horrid (except for the stuff I wrote, of course ;P). It was also highly portable, and standard enough to send betweeen different financial organisations (we're talking "financial instruments worth billions").
The real reason for all that VBA code, and one that nearly caused me to post this AC, was a bit more back-door.
A department can hire people to write a few Excel macros locally, but anything tha
Re: (Score:2)
Sounds like they failed at evaluation. They picked these shackles when they used VBA, sounds like piss poor planning.
No IT department ever planned to based business processes off spreadsheet macros, its more like "Hey did you know this guy in accounting wrote a big nasty spreadsheet with 25,000 lines of VBA code?"
One of the the things mentioned in the article was that their IT support structure was decentralized and non-standardized, which would make for a difficult project even if they were doing a Microsoft-to-Microsoft migration. You could argue they bit off more than anyone could chew, which is why this is taking so l
Re: (Score:2)
No free lunch, but a range of benefits. (Score:5, Insightful)
The advantage with FOSS is that Germany can hire German programmers to modify the software used by Munich's government (which is also German).
If they stuck with proprietary products, who would they be paying to improve it?
Re:No free lunch, but a range of benefits. (Score:4, Insightful)
The advantage with FOSS is that Germany can hire German programmers to modify the software used by Munich's government (which is also German).
If they stuck with proprietary products, who would they be paying to improve it?
This is an insightful post. However, I firmly believe if a US poster made this comment (about the US government) their comment would be labeled a troll comment.
Re: (Score:2)
God help the users if German developers and engineers modify the software. It will all run perfectly until someone makes a trivial human mistake.
Sorry, just trying to get over my BMW/VW nightmares. The flashbacks are terrible.
Re: (Score:2)
Just be glad you don't have a Toyota!
Re: (Score:2)
Why do you say that? If you interpreted khasim's statement as implying that Germany can and should hire German programmers out of some kind of nationalism (which isn't how I interpreted it), then that's offensive no matter which government we're talking about. Still, I hardly ever hear people (besides myself) saying that things like "Buy American-Made" is offensive anyway.
Re: (Score:2)
It seems more like practicality to me. If you are a government and have to spend similar amounts of money might as well spend it where you get some back as taxes. Exporting your wealth is generally a bad idea.
Re: (Score:2)
Re: (Score:2)
I'm surprised that there aren't any Microsoft fans with mod points today, or he would have been (incorrectly) modded troll anyway. Hell, yesterday in the thread about which AV software was best, I was modded troll for mentioning that Windows was the only OS that needed AV.
And they think Apple and Linux fans are bad!
Re: (Score:2)
Re: (Score:3, Insightful)
Yes, because it's not like there's a large number of german companies that specialize in windows development and managing windows. That's only something that open source has.
Let's be a little honest about the benefits of OSS please. There are plenty, but saying that proprietary software is bad for the local economy is just misleading.
Re: (Score:3, Insightful)
No, but paying for windows is exporting a heck of a lot of wealth. Proprietary software made in the local country would have this advantage too.
Re: (Score:3, Insightful)
But when talking about long term, the benefits of not being locked in to proprietary products are huge.
Re: (Score:2)
They'd be paying German programmers if that was important to them. Otherwise they'd outsource it to India like every other large organization. The article mentions that the IT department was somewhere in the neighborhood of 300 employees. Employees are trainable. It doesn't matter if they are running Linux, Windows, Unix or OSX. Their systems required trained administrators.
To all the OSS zealots, where is the cost savings on labor? Where is the meme that it takes more labor resources to manage Window
Re: (Score:3, Insightful)
I wonder how much of the "cost savings" on software licenses is being consumed by developer hours recreating functionality.
Even if it consumes every last cent, it would still be a big win. That is money you spent in the local economy not exported, plus it means they are free from future payments for this tech.
Re: (Score:3, Insightful)
So rather than benefiting everyone, they benefit the local economy. That seems sort of selfish, in a nationlistic, protectionist sort of way. (I'm just teasing, I tend to promote local solutions whenever possible). The real meat of my question is what the savings really are. They are spending a certain amount of money on "licensing fees". They are going to stop spending money on licensing fees and start spending it on "in house development". What I'm curious about is the real difference between the two
Re:No free lunch, but a range of benefits. (Score:4, Insightful)
The benefit is if they develop an open source permit system, then many people can use it for free.
Many people will contribute to the open source permit system.
If it's based on open standards, then other folks will be able to develop compatible permit systems in the future.
They won't have to buy a copy for version 1992, then version 1995, then version 1998, then version 1998se, then version 2000, then version 2003, then version 2005, then version 2006, and finally for version 2010.
With closed data and closed source- you pay and pay and pay. (and will continue to pay in the future).
And it they go belly up or stop supporting the product, then you are really screwed.
---
All of my personal software stack except dragon dictate is now opensource products that use open source data formats (and support most proprietary formats as well).
When the 2007 versions of office came out- they were damn hard to climb the learning curve (about 5-7 months to get back full productivity and some of my 2003 documents became unprintable-- which I solved by moving them to openoffice).
Munich had a real hairball. At the end of the move, their systems will be much cleaner. And they won't have to rebuy the same software 10 more times over the next 30 years (if the current track record holds).
Re:No free lunch, but a range of benefits. (Score:4, Insightful)
They are going to stop spending money on licensing fees and start spending it on "in house development". What I'm curious about is the real difference between the two.
A licensing fee, especially one that is sent abroad, is not contributing to the education or employment of citizens of the country. If you hire local developers, they will become good at programming and will be able to design more software later. This is exactly the question of giving a man a fish or a fishing rod.
If you take this situation to the extreme, as an illustration, you can have a country that spends $100M yearly on licensing and still has not a single programmer who can write "Hello, World". This means that those $100M will have to be spent year after year.
Re:No free lunch, but a range of benefits. (Score:4, Insightful)
Buying proprietary software doesn't benefit everyone, it only benefits the single vendor of that software (to your own detriment often, as you get locked in)...
Buying locally shifts that benefit away from a single foreign entity, to one or more local entities which is beneficial for government who get their tax revenue from those same local entities.
However, by using open source they are contributing benefits to everyone... Any development they contribute back will benefit everyone, even any bug reports they make will ultimately benefit the community as a whole.
Re: (Score:3, Informative)
The development costs will be a one off...
Having maintained windows, linux, solaris and novell based networks my experience is basically...
You require competent staff to manage any system properly, microsoft marketing says otherwise so windows networks often end up being operated very badly by incompetent staff (and have major security and stability problems as a result)... Generally only more competent people even know linux exists, so the cheaper less competent staff will never even think to try linux - i
Re: (Score:2)
No free lunch? Poor guy never had a grandma. Some other incorrect old sayings:
"You get what you pay for". If someone says that, hold on to your wallet, because you're likely to pay for far more than what you get. You usually pay for what you get, but you don't always get what you pay for. Ask any con artist.
"Money doesn't grow on trees, you know." Tell that to someone who owns an orchard.
"Nothing worthwile is free." Air?
"You pays your money and you takes your chances." OK, that one is usually correct.
Re: (Score:2)
Re: (Score:3, Insightful)
Re: (Score:2, Funny)
How about LinuxEh?
Re: (Score:2)
LEhnux
Re: (Score:2)
gesundheit
Re:We thought about doing this in Canada (Score:5, Funny)
But we couldn't find a catchy pun or play on words to name the project, so we ditched it altogether.
Really? What about "Canux"? Isn't that already your nickname?
Re: (Score:2, Insightful)
You can either deploy it yourself or hire someone to do it for you.
OS X costs $$
You can either deploy it yourself or hire someone to do it for you.
Linux is free
You can either deploy it yourself or hire someone to do it for you.
Re: (Score:3, Funny)
Re: (Score:3, Funny)
Re: (Score:3, Insightful)
Re: (Score:3, Informative)
The real problem then was that they didn't made an in-depth analysis of what they were using originally. It's always the same.
That is not how I understand the blog. They started the transition, and realised that yes, they could do a transition in the allocated time frame, but they wouldn't get the maximum benefit that way. So the plan changed. Instead of saying "we planned to do it in X months, so we do it in X months", they said "we could do it in X months, but we could get much better long term results if we do a better job that takes 2X months".