Large FLOSS Study Gets the Real Facts 210
Hans Kwint writes "The European Commission's enterprise and industry department has just released the final draft of what could be the biggest academic interdisciplinary study on the economic / innovative impacts of free/libre/open source software (1.8-MB PDF). The study was done by an international consortium led by the United Nations University / University of Maastricht. The lead researcher, Rishab Aiyer Ghosh, has overseen a large volume of FLOSS studies in the last few years, including ones on FLOSS policies and worldwide FLOSS adoption. This academic-grade study has a very broad scope and has collected real-world information that is valuable for both companies and government bodies thinking about migration. The study is about the economic impact of FLOSS, not excluding the hidden indirect impact. It compares scenarios of open and proprietary software futures of Europe. The study looks at the FLOSS's competitiveness compared to proprietary software and also provides a few TCO comparison case-studies.
Well? (Score:5, Funny)
Yeah, sure. It's a study. That's nice. What does it say?
I'm not going to read a 1.8 mb PDF TFA unless I know whether or not its conclusions agree with my predisposed bias!
- RG>
Re:Well? (Score:5, Funny)
You must be old here!
Re:Well? (Score:4, Funny)
Re:Well? (Score:4, Informative)
You don't have to. Start in the table of contents and you will find the conclusion is on a single page. It's on page 283. It's a PDF so I can't cut and paste and If you are not going to read it, I'm not taking the time to retype the conclusion page.
For me, I like the conclusion. MS will not.
Re:Well? (Score:5, Informative)
Our analysis has been performed on six organizations in different European countries.
The majority of them are public bodies. The organizations have followed different types of
migration on the base of their context.
We have investigated the costs of migration, and the cost of ownership of the old and
the new solution differentiating them between the costs of purchasing and the costs of
ownership of the software solutions. Special attention has been put on the intangible nature of
the costs. Costs have been classified in categories defined trough existing studies and selected
by a top down approach called Goal Question Metric. This instrument has been also used to
define the questionnaires used to collect the data.
Our findings show that, in almost all the cases, a transition toward open source reports
of savings on the long term costs of ownership of the software products.
Costs to migrate to an open solution are relevant and an organization needs to
consider an extra effort for this. However these costs are temporary and manly are budgeted
in less than one year. The major factor of cost of the new solution even in the case that the
open solution is mixed with closed software is costs for peer or ad hoc training. These are
the best example of intangible costs that often are not foreseen in a transition. On the other
hand not providing a specific training may cause and adverse attitude toward the new
technology. Fortunately those costs are limited in time and are not strictly linked to the nature
of the new software adopted.
We also investigated the productivity of the employees in using Microsoft office and
OpenOffice.org. Office suites are widely used and are a good test bed and representative for a
comparison on issues like effort and time spent in the daily routine of work. Delays in the
task deliveries may have a bigger impact than costs on the organization's management. Our
findings report no particular delays or lost of time in the daily work due to the use of
OpenOffice.org.
Re:Well? (Score:5, Funny)
Re: (Score:2, Funny)
Re: (Score:2)
Could you please summarize this summary in a manner that my pre-disposed preferences will be comfortable with?
I.e., does Microsoft Suck or not?
Re:Well? (Score:5, Informative)
I have no qualms about extracted good, useful conclusions from well-researched academic papers so others don't have to download a 1.8MB file. (Thanks for pointing out the usefulness of the conclusion, though).
From page 283 (emphasis mine):
Conclusion
Our analysis has been performed on six organizations in different European countries. The majority of them are public bodies. The organizations have followed different types of migration on the base of their context.
We have investigated the costs of migration, and the cost of ownership of the old and the new solution differentiating them between the costs of purchasing and the costs of ownership of the software solutions. Special attention has been put on the intangible nature of the costs. Costs have been classified in categories defined trough existing studies and selected by a top down approach called Goal Question Metric. This instrument has been also used to define the questionnaires used to collect the data.
Our findings show that, in almost all the cases, a transition toward open source reports of savings on the long term - costs of ownership of the software products.
Costs to migrate to an open solution are relevant and an organization needs to consider an extra effort for this. However these costs are temporary and manly are budgeted in less than one year. The major factor of cost of the new solution - even in the case that the open solution is mixed with closed software - is costs for peer or ad hoc training. These are the best example of intangible costs that often are not foreseen in a transition. On the other hand not providing a specific training may cause and adverse attitude toward the new technology. Fortunately those costs are limited in time and are not strictly linked to the nature of the new software adopted.
We also investigated the productivity of the employees in using Microsoft office and OpenOffice.org. Office suites are widely used and are a good test bed and representative for a comparison on issues like effort and time spent in the daily routine of work. Delays in the task deliveries may have a bigger impact than costs on the organization's management. Our findings report no particular delays or lost of time in the daily work due to the use of OpenOffice.org.
Re: (Score:3, Funny)
Crap, there goes my excuse. I hope my boss didn't see this.
Re:Well? (Score:5, Interesting)
To be honest, when I first saw the line, I also wanted to make similar post.
But then - just before hitting "Reply to This" - I recalled all the nightmares of supporting M$Office documents my company have had in past. All the bugs and regressions of OO.o cannot cover experience with M$Office in networked environment.
Our favorite biggest sucker is M$O document with global system architecture spec: opening from network drive of the 20 page (about 200k thanks to diagrams) document takes 2 to 5 minutes. Always. Nobody knows what M$Word does - but it basicly hangs and then later happily pop-ups from background with open document reporting neither error nor warning. Copy the document from networked repository to local harddrive - and it opens instantly. Open it as it is supposed to be open - and locked - on servers and ... here we go. (Actually we also have several document which take ages to open regardless of where from you open them: locally or remotely. But it just everybody has to work with sys arch spec often - so it is major P.I.T.A.)
OO.o is bloated, ugly, slow, feature-poor, buggy and inconsistent. Its macro language is total and utter undocumented crap (N.B. I hate VBA - no language could be worse. Or so I thought. Before I have seen StarBasic (or whatever that thing is called)). BUT. In three years of deployment we found no single major blocker, which prevented us from using OO.o internally.
Re: (Score:3, Informative)
Re:Well? (Score:4, Insightful)
Okay, smart one, then try to find a single document describing hierarchy of internal OO.o objects - accessible from such scripts.
OO.o documentation is ill with what I call "plug-in disease" and has very nice reference "everything is implemented with plug-ins and thus documented elsewhere" with link to dummy OO.o documentation page. There you can find the same plug-in reference quoted above. With no link to actual DOM documentation/specification/anything.
Analogy. In past we used to joke around "know how to program in assembler": knowing insn op-codes gives one nothing. Programming in assembler is impossible with knowledge of assembler syntax alone - knowledge of computer's architecture is essential. Syntax is simple and fits several documentation pages - computer architecture is described on many hundred pages. So here we have the same situation: I know Python/Java/etc but I can't program anything for OO.o in it since DOM - main subject of programming - is documented nowhere.
VBS is shitty, but you can always record macro and correct it to your needs. For sake of experiment try to record macro in OO.o and see/correct the results. Even "steep" isn't proper adjective for the learning curve.
OOo API -- whatever happened to "discoverable"? (Score:4, Insightful)
Thank you for making these points! I've had to use MSO with VBA for years due to in-house automation requirements (joy), and while the language isn't exactly fun :\, the DOMs and application APIs are immediately discoverable thanks to 1) generally extensive and useful documentation, and 2) autocomplete. So I can get something simple up and running usually inside of an hour.
Meanwhile, in OOo land, I've spent hours simply trying to dig through the documentation to figure out the hierarchy of objects and APIs for one frigging object. Who the hell wrote the API docs? I'm not familiar with Java, but the docs seem very Java-oriented -- is that terrible disconnected API soup a Java thing? I'm baffled. And frustrated enough (by other things as well*) that I've been unable to seriously recommend OOo.
* Lousy Asian-language support makes OOo a non-starter in my field of Japanese translation. It's galling, because OOo is sooo close to being a good idea, yet falls painfully far from the mark. <sigh.>
"OpenOffice.org -- it's almost a Good Idea!" TM
Re: (Score:2, Funny)
Conclusion
If yoo use tha Microsoft, yoor jussed like dat Beel Gates -- a weak girlieman!
Re: (Score:2)
Considering the extensiveness of this report, couldn't they pass it through some corrective editing? Or did they really mean that only a true man can budget these costs in less than one year? (ducks)
Re:Well? (Score:5, Informative)
"Start in the table of contents and you will find the conclusion is on a single page. It's on page 283."
No it's not. That's only the conclusion page for section 12, "Appendix 2: Report on user-level productivity and relative cost of FLOSS / proprietary software." The executive summary is the where the overall conclusions can be found in this paper. The whole thing is considerably more than just a TCO study.
Re:Well? (Score:5, Informative)
I Can:
12.7. Conclusions
Our analysis has been performed on six organizations in different European countries. The majority of them are public bodies. The organizations have followed different types of migration on the base of their context.
We have investigated the costs of migration, and the cost of ownership of the old and the new solution differentiating them between the costs of purchasing and the costs of ownership of the software solutions. Special attention has been put on the intangible nature of the costs. Costs have been classified in categories defined trough existing studies and selected by a top down approach called Goal Question Metric. This instrument has been also used to define the questionnaires used to collect the data.
Our findings show that, in almost all the cases, a transition toward open source reports of savings on the long term - costs of ownership of the software products.
Costs to migrate to an open solution are relevant and an organization needs to consider an extra effort for this. However these costs are temporary and manly are budgeted in less than one year. The major factor of cost of the new solution - even in the case that the open solution is mixed with closed software - is costs for peer or ad hoc training. These are the best example of intangible costs that often are not foreseen in a transition. On the other hand not providing a specific training may cause and adverse attitude toward the new technology. Fortunately those costs are limited in time and are not strictly linked to the nature of the new software adopted.
We also investigated the productivity of the employees in using Microsoft office and OpenOffice.org. Office suites are widely used and are a good test bed and representative for a comparison on issues like effort and time spent in the daily routine of work. Delays in the task deliveries may have a bigger impact than costs on the organization's management. Our findings report no particular delays or lost of time in the daily work due to the use of OpenOffice.org.
12.7.1. Considerations
With our analysis we achieve a good level of understanding of the costs, benefits and productivity of a transition. The following are the considerations we have drawn upon.
1. Before buying, upgrading proprietary office software one needs consider that: OpenOffice.org has all the functionalities that public offices need to create documents, spreadsheets, and presentations Upgrading office programs is time-consuming and expensive. It requires installation time, potential document conversions, and new training. It also poses a risk because some documents containing code or macros may not be readable anymore OpenOffice.org is free, extremely stable, and supports the ISO Open Document Standard.
2. In our study the motivations to transit to OSS are: the exchange of documents in an open shared format (ODS), reuse of old hardware in some cases, and being independent of software vendors even when creating a distribution or an application for local needs. Employees may perceive that their work is under-valued using 'cheap' OSS products or changing operating model to OSS is problematic. Economic impact of FLOSS on innovation and competitiveness of the EU ICT sector © 2006 MERIT. Prepared on November 20, 2006 284 To overcome these pre-conception it is recommended to adopt a policy of both ad hoc and periodic training to fill the lack of knowledge/experience in relation to what OSS products are appropriate and how they might be deployed.
3. It is not always justified to base the migration on the promise of lower license costs, although in our study initial purchasing costs are lower for the OSS (they includes deployment and customization for the first run of the configuration). This is because these costs are too much influenced
to extract text from PDFs (Score:2)
Alternatively, download the document, and email it to yourself. Assuming you have Gmail, that is.
Re: (Score:2)
Re: (Score:2)
It's a PDF so I can't cut and paste...
Just out of curiosity, what type of PDF reader can't copy and text to the clipboard? I have XPDF, Preview, and Acrobat Reader and all of them allow me to copy text.
Re: (Score:3, Funny)
We'll never know. They got him.
Too bad he wasn't dictating. Then we'd have seen the aaaargh.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Rule of thumb to submitters. If you are going to use acranyms Spell them out at least once. So we know what they are, espectilly for lesser used terms. You need to realize that not all people use these terms on a daily bases.
Has everyone remembered to... (Score:2, Funny)
Summary of Conclusions (Score:5, Informative)
this is pure laziness by the story poster. I don't come to slashdot to read 286 page documents, the whole purpose of a news site is to give me news, and then link to the complete document.
Anyway, for the benefit of others, I shall attempt to quote relevant sentences from the conclusion.
To overcome these pre-conception it is recommended to adopt a policy of both ad hoc and periodic training to fill the lack of knowledge/experience in relation to what OSS products are appropriate and how they might be deployed.
Someone who reads the whole thing might be able to do justice to the summary of the document, but for many, this should suffice.
Current Usage (Score:2, Interesting)
46.6 % GNU/Linux
33.7 % MySQL
33.4 % Apache
26.0 % Mozilla
24.1 % PHP
21.5 % OpenOffice.org
17.0 % Samba
14.1 % Squid
10.2 % KDE
10.2 % Perl
05.5 % Gnome
04.7 % Zope
03.0 % Free/Open BSD
33.9 % other
Re: Summary of Conclusions (Score:3, Funny)
Got that, folks? These are manly costs, so tell your boss no one will think he's gay for switching to OSS.
Interesting facts (Score:5, Informative)
"Europe is the leading region in terms of globally collaborating FLOSS software developers, and leads in terms of global project leaders, followed closely by North America (interestingly, more in the East Coast than the West), Asia and Latin America face disadvantages at least partially due to language barriers, but may have an increasing share of developers active in local communities."
"Weighted by regional PC penetration, central Europe and Scandinavia provide disproportionally high numbers of developers; weighted by average income, India is the leading provider of FLOSS developers by far, followed by China."
"The existing base of quality FLOSS applications with reasonable quality control and distribution would cost firms almost Euro 12 billion to reproduce internally. This code base has been doubling every 18-24 months over the past eight years, and this growth is projected to continue for several more years."
"The existing base of FLOSS software represents a lower bound of about 131.000 real person-years of effort that has been devoted exclusively by programmers. As this is mostly by individuals not directly paid for development, it represents a significant gap in national accounts of productivity. [...]"
"Defined broadly, FLOSS-related services could reach a 32% share of all IT services by 2010, and the FLOSS-related share of the economy could reach 4% of European GDP by 2010. [...]"
"[...] FLOSS and proprietary software show a ration of 30:70 (overlapping) in recent job postings indicating significant demand for FLOSS-related skills."
There is a huge amount of information in this PDF, and while it pertains directly to Europe, it's also interesting to read for people who don't live there. Basically, it discusses the role of software libre in the European economy (both its direct and indirect impacts), and its general trends, scenarios and policy strategies. Everything is in great detail, too.
Load of FUD (Score:5, Funny)
What? Generally favourable?
Well, it's about time someone did a proper study! I'm glad to see there are some people who aren't complete corporate shills!
Re: (Score:2)
I hope that you're joking. If not, you might find more comfort in the Microsoft Get The Facts [microsoft.com] web site.
Re: (Score:2)
It's a dupe from last week, so at worst it's tied for the biggest load of crap you've ever seen.
Re: (Score:2)
An even shorter Executive Summary... (Score:5, Informative)
(of pages 9-12 of the PDF article)
FLOSS role in the economy- FLOSS applications are first, second or third-rung products in terms of market share in
several markets
- FLOSS market penetration is also high
- Almost two-thirds of FLOSS software is still written by individuals
- Europe is the leading region in terms of globally collaborating FLOSS software developers
- (more details on specific role in Europe in paper)
Direct economic impact- The existing base of quality FLOSS applications with reasonable quality control and distribution would cost firms almost Euro 12 billion to reproduce internally... code base has been doubling every 18-24 months
- This existing base of FLOSS software represents a lower bound of about 131 000 real person-years of effort that has been devoted exclusively by programmers... it represents a significant gap in national accounts of productivity
- Firms have invested an estimated Euro 1.2 billion in developing FLOSS software that is
- made freely available... represent in total at least 565 000 jobs and Euro 263 billion in annual revenue
- FLOSS-related services could reach a 32% share of all IT services by 2010, and the FLOSS-related share of the economy could reach 4% of European GDP by 2010
- (more statistics in the paper)
Indirect economic impact- Strong network effects in ICT... risk leading to innovation resources being excessively allocated to defensive innovation. There is a case for a rebalancing of innovation incentives... (to target) publicly available technology for new functionality.
- FLOSS potentially saves industry over 36% in software R&D investment
- ...a large and increasing share of user-generated content is not accounted for and needs to be addressed by policy makers
- Increased FLOSS use may provide a way for Europe to compensate for a low GDP share of ICT investment relative to the US
Trends, scenarios and policy strategiesRe: (Score:2)
Awww, that's stiiill too long for my short attention span to deal with
Can't you trim it down to a simple "yes" or "no"?
But will it change people's religion? (Score:5, Insightful)
However, the 'proprietary vs FLOSS' debate is a battle which each day seems to more resemble the 'biblical literalism versus evolution' debate. Just like the biblical literalists who hang on to their denials of evolution, despite the evidence, there'll be those who'll never be convinced about the benefits of FLOSS, and will always be there as suckers to sustain the likes of Microsoft.
Kinda puts an ironic twist on the old adage: "To those who believe, no proof is necessary. To those who disbelieve, no proof is possible."
Makes sense (Score:2, Funny)
No one gets fired for buying Microsoft is similar to the fall from grace: simple ideas that stop thought in it's tracks and stop the discussion of a whole host of inconsistencies in the record.
Remember, "Balmer doesn't play dice with the Operating System..."
Re: (Score:3, Interesting)
Re:But will it change people's religion? (Score:4, Interesting)
Unlike with the Open Source issue, believing in evolution or not does not matter. No matter what you believe how the world was born, this will not change the past, and it will certainly have no influence on the way you work.
The benefits of Open Source are nothing you can discuss about once the research has been done. And so far we are only talking about those objective business figures. The whole subjective part of it has only been covered in a handful of books, Eric S. Raymonds "Cathedral and Bazaar" being one of it.
Now this is entirely subjective, and needs to be backed up by objective research, but I'm confident I'm not the only one:
I am 26. I started programming when I was 9. For 15 years, I was exclusively using non-free products. Since I switched to working with open source products 2 years ago, my productivity has boasted. I have more work-related contacts than ever. I participate in various projects. I learn so much every day - about programming, and especially about working with other people. Because of those contacts, I get inside scoops and information that in non-free terms would be regarded as "classified". I feel that I shape myself into someone who will be able to do quite good consulting one day. I can safely say that my knowledge has never grown this fast.
Now show me anyone who can claim the opposite: "I used free software for 15 years, now I switched to non-free software, boy my productivity sky-rocketed! And I know so many people now!" - in fact, try to twist arguments and see if the shoe still fits. I can not see free software going away, and I can not see longtime users migrating back to Windows.
This is not a question of religion. This is a question of performance and optimal work flow.
Re: (Score:2, Insightful)
I have to disagree pretty substantially with what you've said. For starters, the discussion of evolution vs intelligent design/creationism isn't one of the creation of life. Instead, it's the creation of most species. The difference is pretty significant. The former is a very dynamic viewpoint while the latter two are more static (well, unless intelligent design
Re: (Score:2)
And in regards to genetic engineering, they also don't see new mixed species, or even entirely new ones created by men from scratch, as a problem either, since these can be thought about as species
Re: (Score:2)
Which is a huge problem, very nearly a logical contradiction, since macroevolution procedes by exactly the same processes as microevolution, albeit under rarer circumstances (founder events and what
Re: (Score:2)
What they question is precisely the assertion that both things are the same. Until a case of an actual speciation happens in a way we can observe and measure each and every step of the process, there's no way to know if macroevolution happens due to the same mechanisms involved in microevolution, or if
Re: (Score:2)
Re: (Score:2)
One might argue, maybe, that lack of interbreeding alone isn't enough for the characterization of what a "species" is, but the article is nevertheless interesting in that it adds a lot of weight to the evolutionary framework. I'll keep it for future reference.
Re: (Score:2)
Religion or dogma? (Score:3, Insightful)
However, the 'proprietary vs FLOSS' debate is a battle which each day seems to more resemble the 'biblical literalism versus evolution' debate.
To me it's more like dogma. There are so many people who accept conventional wisdom without spending any time actually learning anything and refusing to listen to those who do. I'm continually surprised how many managers exhibit a depth of understanding of IT issues that one might get skimming an in-flight magazine.
Re: Difference of opinion is not religion (Score:4, Insightful)
It's obvious you've never been in an IRC channel during a flamewar on vi versus emacs, or gtk+ versus qt etc.
FYI, the word 'religion' has grown a new usage, largely in technical circles, to describe a dogmatic adherence to a choice or set of choices of software tools or components, where the adherent steadfastly refuses to be 'converted' to another, possibly superior set of choices despite even the strongest evidence in favour of making the switch.
FLOSS? (Score:3, Insightful)
Re:FLOSS? (Score:5, Funny)
Re: (Score:2)
Re:FLOSS? (Score:5, Informative)
"Libre software" was first used publicly in 2000, by the European Commission... The word "libre", borrowed from the Spanish and French languages, does not have the freedom/cost ambiguity problem that "free" does.
"FLOSS" was used in 2001 as a project acronym by Rishab Aiyer Ghosh as an acronym for Free/Libre/Open-Source Software. Later that year, the European Commission (EC) used the phrase when they funded a study on the topic.
Note that Rishab Aiyer Ghosh is the same author of this academic paper.
Re: (Score:2, Funny)
Re: (Score:2)
Free has several meanings [reference.com], not all of which necessarily come to mind when people hear the word, and some of which are much more relevant to FLOSS than others.
The one definition above I find most useful for how "Free Software" works, would be "6. able to do something at will; at liberty: free to choose." Note the specific use of the word liberty to expound on the meaning of free in this context. We don't have a separate word in English derived from liberty to
Re: (Score:2)
History lesson (Score:2)
Then some people noted that free software were easily confused with gratis software (freeware) that preserved none of the freedoms we care about, and they invented the Open Source tag.
Microsoft started to note that some potential customers would choose solution from none of their known competitors, and started to investigate what this was all about in the "Halloween" papers. They invented the OSS acronym to describe this new alternative.
Finally EU got involve
More study is needed (Score:2)
OSS -> FOSS -> FLOSS. If you project this trend 20 years into the future, you'll find a great deal of lost productivity just from the time people spend typing the name of it!
Re:FLOSS? - Came late to the party did we? (Score:2)
Actually, at one time it was Free Software. Then some people came along and called it open source for marketing reasons....
all the best,
drew
there's an executive summary (Score:2)
Document Properties (Score:4, Interesting)
I hope they have learned their lesson from their study themselves...
Ohne Worte
Re: Document Properties (Score:2)
I wouldn't be surprised if it's OOo Writer or MS Word. Is there any other tool out there which matches the output quality of LaTeX?
Funding sources (Score:4, Informative)
Re: (Score:2)
Remember (Score:2)
FLOSS and Moore's Law (Score:3, Interesting)
Re: (Score:2)
If Something A is better than Something B, and the only barrier to Something A's adoption is its minority status, then when it reaches a level of adoption that this no longer matters as much, you're going to see one HELL of a tipping point!
Invaluable for Execs in Open Source companies (Score:3, Interesting)
This report answers bucketloads of questions about where to approach the market and how to do so. It also provides clear impartial metrics which you can present to decision makers and strategy people at your customers. Miss this at your peril.
Re: (Score:3, Interesting)
This report is a must-read for anyone interrested in questions regarding open-source versus closed-source/proprietary.
For example, there is a complete chapter about user benefites, interoperability, productivity and cost savings. About cost savings a lot has been said on slashdot (and on the "get the facts" advertisments). When the report talks about TCO and the compatibility-problems that result from switching from (for example) MS-Office to Open-Office: (pag. 98)
FLOSS in Europe - In reality (Score:2, Interesting)
Re:FLOSS in Europe - In reality (Score:5, Insightful)
As for the need for studies; I'm thankful they are researching before making decissions.
You seem to assume OSS is always better and think a government should assume the same. What studies like these show is parameters for when moving to OSS is a good idea.
There are already pretty large scale OSS migrations in the EU, so they are actually using OSS. I wouldn't be surprised if non-development related use of OSS is far greater in governments than in corporations at the moment.
Re: (Score:2)
1) It was a good troll attempt - but not good enough; 2) Instead of writing another report on Open Office, these guys are reading Slashdot on tax payer's money and trolling the "opposition" (a FLOSS developer) down.
You choose.
This study doasn't have a real impact (Score:5, Informative)
- retraining people
- doc-> odf conversion (especially concerned about automatic conversion of documents-especially macros in doc files)
- and of course very concerned about support (there is no company's supporting Open Office - or they have no real business plans) what they see as the greatest risk migrating to ODF !!
This is 5 page document giving some numbers WITHOUT ANY EXPLANATIONS where those numbers came from. The only thing I noticed is that they ware waiting what happens in Munich at the time.They clearly know for IDABC initiative for ODF - ISO format. Their strategy is making public tenders to create support Open Office.
What I'm really concerned about is that there is no plan for gradual adoption of ODF. If there is a serious intent for adopting ODF I'd expect at least
Anyway I see this document as excuse to FLOSS community without any REAL intent to change things in the future.
This is the real picture of FLOSS support in EU. The point is that country's in EU take this reports as consideration but on the end they make their own conclusions based on MS deals because they can't make or don't want to make a real cost comparison.
Re: (Score:2)
On the other hand, support for MS formats is only available from one place, surely this is a bigger risk?
Re: (Score:2)
- retraining people
- doc-> odf conversion (especially concerned about automatic conversion of documents-especially macros in doc files)
- and of course very concerned about support (there is no company's supporting Open Office - or they have no real business plans) what they see as the greatest risk migrating to ODF !!
Ahem. Surely you knew that these "problems" with OSS are in fact the Holy Triumvirate of Fuddiness? You could time-travel back to 1980 and see IBM naming almost identical "problems" w
Groklaw has the Conclusions (Score:5, Informative)
One interesting negative point concerned those people (sometimes found here too) who believe that you only get what you pay for.
Re: (Score:2)
That might be true. Some people might feel more important if the employer spends a lot of money on software for them. They won't care that this is actually taxpayer money, that they are morally required to put to their most effective use.
And some people certainly has the "you get what you pay for" attitude towards any software that is distributed free of charge. It has to cost money, preferably a lot, otherwise it cannot be good.
Study gets what? (Score:2)
What about a study with the false facts?!
best section: 9.4. Scenarios (Score:2)
code or functionality (Score:3, Funny)
distribution would cost firms almost Euro 12 billion to reproduce internally.
It's surely possible make that many lines of code for 12 billion euro's. But could it provide the same functionality? One of the strengths of FLOSS is the recycling of code. A closed system would need many more lines of code to get the same functionality.
On the other hand, would a closed system build 287 different end-user apps for playing mp3's?
Academic-grade? (Score:2)
ZOMG! (Score:2)
Page 254 has table with M$ stack costs.
All I can say is - ZOMG!!!!! That freaking expensive. Especially costs of maintaining install base of M$Office (I expect most used application by bureaucracy organization) - 289€K/year.
Now I'm slowly getting why the topic of migration is so annoyingly pushed by so many - and everywhere.
Business Opportunity (Score:4, Interesting)
"I want to totally own you. I want to hold your data to ransom, and if you don't keep paying me, I will make it unreadable. I want to force you to upgrade your software and your equipment when I say so. I will send my hired goons around when I feel like it, just to make sure you're behaving yourself, and if I so much as suspect you're even thinking of doing anything I don't like, you'll pay" really isn't much of a sales pitch, and the only reason anyone falls for it is they don't know there is an alternative. Well, ignorance is curable.
Start by recruiting a bunch of school leavers, all of whom must hate Microsoft with a passion; just put "Send CV - NO MS WORD DOCS" on the advertisement. And mean it. You'll need one or two machines running Windows and Office; but these will be on a private network, air-gapped from the Internet, so no need for anti-virus/anti-spyware. Files will be transferred from the Linux machines on this network to the rest of your network by physically transferring hard disk drives. One of your staff must be absolutely fluent in some distribution; and it's best if you have at least one expert from each side of the deb/rpm wall.
Document conversion isn't the problem you imagine it's going to be. Most of any user's old documents only occasionally ever need to be looked at, maybe reprinted, but probably not edited. So first off, archive all those legacy documents as PostScript files. (Emulating a standard JetDirect print server is as good a way as any of doing this.) You can (and should) gzip or bzip2 the files to save space, since none of the standard Linux file viewers mind about compressed files. In the course of doing this, you will identify those documents which might conceivably need to be edited and can begin prioritising. You will also, in all probability, run into a situation where a newer version of Microsoft software has trouble with a file generated by an older version of Microsoft software. If this happens, milk the sucker.
Now work on replacing existing Office macros. This will come as a bit of a shock to the Windows power users, but: Many customers don't actually use macros for much, because they simply don't know how to. It's not uncommon to see people cutting and pasting between Word and Excel, or even dictating from a screen to another person at another terminal. And don't just go for straight work-alikes: look at the bigger picture. If data is coming in regularly by e-mail and normally gets handled by some contrived manual process, you want an end-to-end solution, beginning with a procmail recipe, that will do the whole thing automagically. "As good as" is not good enough. You have got to do better.
Some documents will need to be recreated from scratch by hand in order to render them editable. This should not be overlooked. Slightly less drastic than retyping everything is transferring as plain text, then recreating the formatting -- which doesn't take long if done properly. Don't forget you have the Postscript "reference renderings" to work against.
If you can get a foot in the door with a business that has recently been raided by FAST (and they don't suspect that the raid had anything to do with you), so much the better. Just convince them you can convert them to 100% FLOSS for half what they'd be expected to pay for licences for the proprietary stuff they're using.
Re: (Score:2)
Use open, documented formats in the first place? :)
Someone who has actually used the Office macro language might be able to explain this better; but within a macro (written in a VisualBasic dialect which has varied from one Office version to the next, so make sure you match any textbook you buy against the version you are currently running), you can acce
And now BIG one. (Score:2)
Page 257 of TFPDF.
That's really big blow into M$' face - with all its "studies" of how M$O improves productivity. That's real number
Re: (Score:2)
PDF from Windows? (Score:2)
(Yes, I know there are plenty of free/libre/open pdf creators, but this report, according to the properties, was created using "Acrobat Elements 7.0 (Windows)").
MOD PARENT DOWN (Score:3, Informative)
Re:FLOSS (Score:5, Funny)
Nonsense! The 'L' stands for "lossless" - FLOSS is much better than the lossy Closed Source Software out there
Re:FLOSS (Score:5, Informative)
Rubbish.
Both the article summary, original paper (page 9) and Wikipedia article you linked to clearly state that FLOSS = "Free/Libre/Open-Source Software (FLOSS)".
Or were you too busy trying to get First Post?
Re: (Score:3, Interesting)
Re: (Score:2)
Re: (Score:2, Insightful)
Re:FLOSS (Score:4, Informative)
Re: (Score:2, Informative)
Re: (Score:2)
Re: (Score:2)
There are plenty of PDF viewers out there, try a few and settle on one you like, most of them are better than adobe's. If the format was closed, you'd have no choice but to use the supplied reader.
Re: (Score:2)
Why not HTML?
HTML is a markup language. It is fine for online viewing but a huge pain in the ass to e-mail to someone and it does not guarantee exact layout, and the ability to print it properly is questionable on a given machine.
Well I do, PDFs kill my laptop, more than a few open and it just dies.
One of the main advantages of open standards is that you have the ability to pick the best tool, rather than being tied to just one tool for the format. PDF is an open format and there are any number of ap
Re: (Score:2)
Something tells me you didn't read this paper very thoroughly!
Re:Excellent paper! But... (Score:5, Informative)