Trouble With Open Source?
George Russell writes "Stephen J Marshall, writing in the BCS online magazine, provides a cogent argument detailing the ills of Open Source Software for the software industry - namely, the lack of conceptual integrity, professionalism, and innovation together with the issue of ownership of OSS developed under the current Intellectual Property laws. Do these issues concern you?"
Nope.
Do these issues concern you?
No.
Where do these people think up these imaginary problems? "Lack of conceptual integrity"? "Lack of innovation"? The open source community has been a source of quality software and helpful guidance for as long as I've used it (YMMV of course). But I've never had the troubles which always get paraded about in the media.
He points out things like 'conceptual integrity' and 'professionalism' and 'innovation', things that can be found in many OSS projects. What bothers me about writing open source code is simple: Where is my money.
Many say, that you should make money off support. However, that is plain stupid because the software is the hard part, the part that interests me, the part that I want to be paid for instead of something like support.
The reason I support many OSS is one thing: excellence of product, like Linus.
Professionalism: wrong - all in all most of the OSS I see is more professionally done than the closed sourced crap I have to work with.
Conceptual Integrity: Totally wrong, see above. Yes, there are damn good closed source products, but the same is true for some OSS stuff. I cannot be assed to provide examples, but it's easy for everybody taking having have a clue. Yes, there is totally rubbish OSS around, but first, it's just a function of the mass of what is out there, and second, the same is also true for closed source stuff.
Innovation: Half true, but OTOH, there are many examples where the fact that something is OSS drives innovation in a way that wouldn't be possible with closed source. Internet Explorer for example would've been forked long ago if it was open source.
There is, of course, anecdotal evidence pointing to the contrary, but I would definitely agree with this diagnosis. I would, however, argue that this is exactly where the strength of OSS lies: in producing reliable software (reliable because its strengths and weaknesses are well-known). It's like common sense -- not always the best answer, but it works.
Man is a slave because freedom is difficult, whereas slavery is easy.
My biggest problem with open source software is that the vast majority of open source software projects end up in some sort of limbo at an incomplete stage; there are several projects that have a lot of promise that have not been updated in 2 years (and most likely never will see another update). On top of that few people are willing to pick up where someone else has left off and complete these projects so they're somewhat useless.
The absence of design leadership in the OSS development process and a motivation for OSS developers to create free versions of their favourite proprietary software may also explain why there would appear to be a distinct lack of imagination in OSS projects. The open source community has so far tended to create facsimiles of proprietary packages rather than the next killer application.
A continued shift towards OSS solutions at the expense of proprietary ones is likely to result in many of the companies that develop proprietary software going out of business. This might not be such a bad thing, as I'm sure that many of us would secretly welcome the collapse of the virtual monopoly that currently exists in the desktop software market. However, the first companies affected are likely to be the small but highly innovative firms, which are the lifeblood of the software industry, not the giant corporations that we all love to hate.
Open source doesn't have imagination or innovation, yet is likely to put innovators out of business? This makes no sense. OSS will tend to put non-innovators out of business IMO, while innovators will still be able to sell proprietary software because of their innovations.
Then later the author pooh-poohs OSS because "it is clearly not the panacea for all the software industry's ailments". Who ever said it was? Reading blatant strawman attacks like this make me wonder what the author's motivations are.
All movements for social change begin as missions, evolve into businesses, and end up as rackets.
The responses to this will be predicatable. Outrage, point-by-point counterpoints etc.
So instead, lets discuss why they published such a piece. What was their motivation here?
I've read the BCS magazine on many occasions, and often found it to be factually incorrect from over-simplification. This is a magazine that is aimed middle managers.
This particular article is a Member view. Is this just someones blog piece, or a regular column writer? Does this piece matter at all?
I found the whole IP thing completely ridiculous. Why shouldn't an employee be allowed to create software for himself on his free time without the rights going to the company? Especially if the software doesn't have anything to do with the specific company. Hooray for IP capitalism!
The article asserts a variety of ludicrous ideas as common conceptions about OSS. It's impossible to take seriously.
I'll grant that the point about conceptual integrity may have merit. Distributed development makes conceptual integrity very hard to maintain. But how do I know that? Through commercial experience. It only applies to OSS because almost all OSS projects are distributed.
Frankly, the ideas attributed in this article to OSS people are so alien and fantastic that I doubt the author has even read any of the basic writings about open source or studied a single open source project.
As someone who is directly underneath the CIO at our company, I'm frequently called upon to come up with the "execution" portion of the CIO's "big picture" strategies. This means I'm the guy that reviews all the options, compiles the case studies, and presents the final plan for approval to the board.
I consider myself to be a non-partisan technologist, meaning I'll use whatever platform or software that best fits the needs of the company, but what a lot of FOSS proponents seem incapable of grasping is that there's more to software and OS's than "power" and "technical elegance." There's user inteface design, documentation, and consistent professional support to be considered in any enterprise implementation. Saying that Bob's XYZ Library of Useful Widgets can do it all just as well as Bill & Steve's Really Expensive Library of Useful Widgets is only part of this equation. Just writing the damned software and slapping it in an RPM does not finish the project!
I can't begin to tell you my frustration at the current state of a lot of FOSS projects. I see some really good ideas, some fantastic concepts, some really bright people...but by and large their efforts are uncoordinated, poorly documented, and lacking in professionalism. It's hard enough getting stodgy company boards to accept that there's something out there besides Windows. It doesn't help when the application you're trying to sell them on is maintained by some 18-year-old geek with a ponytail and Cheetos dust all over his keyboard. I don't care if he is a genius, his product is generally unmarketable to a board because you can't convince The Powers That Be that his software is a serious contender.
Every year when I put our budget together, I cringe at the amount of dough we send to Redmond. But until FOSS gets its act together and treats the software business like a business instead of a hobby, we have little choice. Home users can get away with using half-baked stuff, but enterprises are far pickier.
Note that there are some shining stars of Open Source (not free, usually) that are producing quality products that beat the pants off some of the closed-source boys, and there are some FOSS projects that stand above all the rest. However, taken as a whole, so much of the FOSS we review looks more like the results of a college programming project and not like a serious business application. Perhaps it looks that way because the still-wet-behind-the-ears developers are still thinking about developing it in that way. More's the pity.
In the end they will lay their freedom at our feet and say to us, Make us your slaves, but feed us. - Fyodor Dostoyevsky
If you limited your idea about Open Source to the stereotypical smelly hacker in his basement, sure, this article may have merit. When you come out of that delusion though, you see that IT industry heavyweights are contributing to Open Source. Sun, IBM and others brings tons of rigor and professionalism to Open Source.
Is he saying IBM and Sun aren't professional or have conceptual integrity?
I'm sometimes concerned by some of the issues that were brought up, but then go back to thinking that these problems generally aren't solely the province of 'open source' but software in general.
Conceptual integrity
We only have to look at the history of the electronic computer to see that the greatest advances in technology have been made by brilliant, strong-willed individuals, usually supported by a small team of dedicated engineers - not community-based projects.
Some of the best open source project (most, really) tend to be started and grown by a single person or a very small group of people. After a critical mass is reached, sometimes things open up to a larger community of contributors, but the projects are already fairly well established. Compare PHP and Python - perhaps not the best examples, but close to mind right now. Python was/is primarily done by one person, and PHP seems now to be more 'community' driven, and the results are that PHP tends to have more problems with moving forward (witness the recent 4.4/5.0.5 references-changed-behaviour issue). I don't see these types of problems happening in projects with one figurehead - at least not as much.
Innovation
Yes, many open source projects are copies of 'closed source' software, but many closed source offerings are copies of other closed source offerings as well, all trying to address perceived needs in a slightly different way. I would say that it frustrates me that there's many more new ideas that could be implemented in mozilla or konqueror, for example, which aren't, and probably won't be until MS or Apple does them first, then there'll be a quick copy in the open source world. File upload progress bar is the first which comes to mind, and it'll be frustrating when MS comes out with it first (whenever that is) and watch others catch up (the built in WYSIWYG HTML editor in IE was another one).
All in all, 'open source' is at heart a method of software development, and has pros and cons. Most of the things that were mentioned aren't only an issue for open source projects. I'm working at a company which has paid money for a commercial product (accounting software and ecommerce addon) and things don't work. It's been two months and things still don't work right. We've paid money, had multiple vendors out on site, been on support lines, and they can't get it to work as it's supposed to. We're one of their first customers trying to use the software this way (I think) so this is a learning curve for them, and I've seen this happen dozens of times over the years. Why people think this is 'more acceptable' than having in-house developers working with free software, simply because you've 'paid' for something, is still a mystery to me. Downtime/lost productivity is not something you can get back, even if you get a refund of your purchase price.
creation science book
It's hard to know where to start. Every point in this article has already been so thoroughly debunked it's silly to be dredging them up again. I suspect the author, although well meaning, simply didn't do his homework. Eric Raymond's extensive writings would be a great place to begin. I would also humbly remind everyone of my own essay, THE CARE AND FEEDING OF FOSS which discusses several of these myths.
Wow, lets consider 2 different types of jobs.
Scientists (you know, traditional chem/physics/biology professors or reseaerchers) PUBLISH their data so others (their peers) can look at it, verify it, correct it, or just plain refute it.
For a scientist to skip this step means their research is worthless.
For a scientist to hide or mangle the data means they WILL be ostracised on any other article they write/have written.
BUT!!! For a computer "scientist" (software guy), not releasing the "research" is perfectably acceptable. It's for "the profit of the bla bla bla". There's always a reason to not do this.
Take for example, nVidia.. nVidia was going to release source for their graphics drivers. They said no, when they saw that SGI had a "stake" in it. nVidia said something to the effect "SGI will sue us if we release it". SGI came back and said that there's nothing we can sue you over. Yet to this day, anybody with an nVidia card is chained to nVidia driver updates.
If anything, Open source IS becoming more like that scientist that goes through rigorous peer review to publish VALUABLE pieces of data.
(BTW, I wonder which corporation paid him to write this crap up?)
Maybe, just maybe, most FOSS developers treat it like a hobby because it is a hobby. If you're not willing to pay them, stop whining about how they're not doing exactly what you want.
LOAD "SIG",8,1
...is hidden in the last paragraph:
What we really need from government is an investigation of the long-term effects of OSS on our indigenous software industry, assistance to combat the threat to the industry's livelihood that OSS might pose and the development of a strategy to build on the opportunities that OSS has created. Without prompt action, my fear is that a further move towards OSS could result in the nightmare scenario of OSS at one extreme and Microsoft at the other with nothing else in between. Where would our freedom of choice be then?
in other words: OSS is going to take away my gravy train!!
People who think they know everything are a great annoyance to those of us who do.
Bear in mind that the writer is writing on the British Computer Society site about the British software industry. As he says in his closing paragraphs:
... my fear is that a further move towards OSS could result in the nightmare scenario of OSS at one extreme and Microsoft at the other with nothing else in between. Where would our freedom of choice be then?"
"The UK government's recently introduced policy on the use of OSS recommends that OSS solutions be considered alongside proprietary ones for public sector IT purchases.
So this needs to be seen in context - as a shot in the war for zillions of bucks' worth of new UK government software contracts over the next few years. Oh course, you could argue that the writer's "nightmare scenario" is precisely the one we've been enduring for rather a long time now.
Now, here's the kicker: The UK government has a catastrophic record with big software projects developed in alliance with large corporations. Huge installations worth hundreds of millions have had to be cancelled or redone because they didn't work properly and in some cases will probably never work properly (the UK's Child Support Agency's IT disaster is a celebrated example).
So here is this writer merrily suggesting that the best way forward is more of the same. We can't risk trying something else, still less entangling ourselves with loonies in beards and sandals, oh no siree. Run Debian? Well that must mean you are a) a tenth-rate programmer, b) dangerously idealistic and c) completely unreliable.
Oh well, I guess there is one born every minute.
Las qué passoun
tournoun pas maï
The problem is, almost nobody involved in computing does join as the BCS has been irrelevant for many years.
Now all these upstart home programmers have the gall to create products with the quality of Linux and Apache.
In short, the BCS is a club for people who want to talk about programming rather than actually crank code.
They plague every human endeavor. The article falls victim, however, to the idea that every human endeavor is monolithic. There is no one OSS vision, not all commerce is sordid, and I doubt that many hold the opinion that they be separate. The article falls apart under the delusions of its writer. Somebody give him and those close to him a wake up call!
If I had written such a poorly argued piece I wouldn't want to put my name to it, much less give my professional credentials. Take the argument about innovation. It's based on a single example! Yes, Linux is not particularly innovative. It originated as a clone, so of course it wasn't innovative. Insofar as open source attempts to replace proprietary software, there has to be a good deal of cloning. That doesn't mean that open source software is intrinsically non-innovative, just that there has been a lot of catching up to do.
Even so, software intended in the first instance to clone proprietary software has often been innovative. Many examples are to be found in the GNU project. GNU "clones" of standard Unix tools are often considered to be superior to the originals. Not only is the implementation superior (typically in having fewer bugs and fewer arbitrary limitations), but they often extend the capabilities of the original tool.
The other place in which innovation is readily seen is in areas in which there is little or no cloning activity because there is little or no proprietary software to catch up to. In my own field of linguistics, for example, there isn't a lot of proprietary software because there isn't much of a market for it. Linguists can't afford expensive software. The more interesting linguistic software that has been coming along is mostly free software. For example, the most advanced database for annotated text is emdros. It isn't a clone of anything. In phonetics the acoustic analysis program of choice currently is probably Praat. It compares favorably to commercial products. (Phonetics software is a bit different from linguistics in general in that it overlaps to a considerable extent with software for use in areas like speech pathology, where there is money to be made.) As a third example, I'll cite my own program redet, which is a regular expression search tool. It has a few features of particular interest to linguists, such as widgets for entering the International Phonetic Alphabet and the ability to intersect user-defined named character classes (which enables matching over feature matrices), but in most respects it is a regular expression tool of the same sort that programmers and various other non-linguists use. There are a number of similar free tools and at least one proprietary commercial product. However you may judge it in comparison to the others, it is unquestionably not a clone. Among its innovative features is the fact that it determines the properties of the regular expression engine that it uses empirically, by running a set of tests.
Basing a sweeping generalization on a single example is a poor practice in general, but in this case it is especially bad because Linux is an atypical example. Much open source software is innovative, and much proprietary software is not.
(Please don't bother my poor spelling, I'm no native speaker)
I'm working for a large international company (about 9000 employees world wide) which is phasing out Redmond, because it lacks proffesionalism, and they constantly change their own standards.
We use open source, because of it's better (also not perfect) consistancy and much lower maintenance cost. We don't develop software ourselves, we're just users. I must admit, not standard users, all employees are engineers. We are not interested in a shiny glammer interface, the thing just needs to work. Redmond is only compatible with Redmond and nothing else, so we cannot glue applications together. That is the main reason it is phased out.
What makes Redmond so expensive is that with every update something else gets broken. Often, our Sys. Op. thought he had tested the latest patch good enough, rolls it out and "bang" the network goes down again in an area he had overlooked. Due to the lack of good technical documentation, it takes a lot of time to get it up again.
With OSS the technical information is available on the internet and we know much better what each patch does. Moreover, because OSS obeys open standards much better (also not always perfectly), we can glue applicaltions together. Currently we are working with a system that is far more powerful than the shiny Redmond system. And the system downtime is reduced considerably.
I think all this article demonstrates is how out of touch the BCS is with the modern IT world. As I don't have a degree I've only just become eligible for membership this year as I've reached the minimum age of 35. If I'm a really good boy, they may let me become a member. However, they have no credibility in the British computing arena as it's simply a gentleman's club that achieves very little, other than patting each other on the back and saying "Jolly good show old bean" to one another.
I've been around computers since I was 10, writing Z80 assembly at 14, contract game programming at 17 and working in the industry professionally from 19. I was an IT Manager at 22 and I've been a freelance consultant for the last 9 years. I'm a web developer (PHP, MySQL), a software developer (VB), a networking specialist (CNE, MCSE, CCNA, CCDA) but mostly a technical architect (VCP) and have project management qualifications too (PRINCE2 and Project+). But the BCS hasn't represented me or other colleagues I've worked with during the past 16 years. Therefore, how do you represent an industry that you actively discourage from being a part of your organisation.
I think this article just flies further in the face of the real world. OSS is here to stay, it's too quick and too powerful to ignore. If OSS is so unattractive, why has it become so prominent, why are mainstream players looking at using this community approach more and more? Why are OSS solutions becoming more commonplace within organisations?
We live in a capitalist world, where demand exists, supply exists. People want OSS so IT managers need to exploit this area of our world, not try and ignore it. It's this short-sighted approach that has always damaged corporations, I just find it amazing that people that work in IT can be so averse to change. We work in the fastest changing business sector, if people can't stand the heat I hope they're not stupid enough to hit their head on the way out of the kitchen.
Intellectual Property: A major flaw at the heart of the open source movement is the misconception that most individuals actually have the legal right to contribute their intellectual efforts to OSS projects. In most industrialized nations, intellectual property (IP) generated by an employee through the course of his or her employment legally belongs to the employer. In the UK, this is embodied in the Patents Act 1977 and the Copyright, Designs & Patents Act 1988.
He almost got it correct. Intellectual Property is a major flaw in this day and time. Could someone give me a legal definition of IP please? I believe there are patents, copyrights, and trade secrets but I am unfamiliar with Intellectual Property. Furthermore as an employess of Megacorp, being forced to agree that your employer owns any though that pops into your head 24 hours a day is unethical and wrong.
Intellectual Property needs a legal definition and employees need rights and protection against thought slavery. The problem is not OSS, the problem is that corporate greed and control of its employees know no bounds. I thought we abolished slavery in the "civilized" world long ago, but it appears to be coming back in different forms. Instead of "physical slavery" we now have "mental slavery".
All your Intellectual Property are belong to us...
Open source doesn't have imagination or innovation, yet is likely to put innovators out of business?
Yes. Consider worse is better to be a sort of Gresham's law for software: bad software that is given away for $0 (whether it is open source or not, actually) drives out more-innovative commercial software. People say that they value innovation, but in the end nothing beats the allure of free.
The article is hardly cogent. Look at his main points:
A major flaw at the heart of the open source movement is the misconception that most individuals actually have the legal right to contribute their intellectual efforts to OSS projects
The GPL is quite clear on the process you have to go through in order to be able to contribute to a Free Software project. If you're seeking employment, then get an agreement in writing that you can contribute to OSS projects that don't compete with whatever your employer does. Simple.
The process of creating software is more akin to an engineering discipline than an artistic endeavour, and this raises another point of concern with OSS.
Actually, he's wrong. The process of creating good software is more akin to an artistic endeavour. He even shoots down his own argument a bit later:
We only have to look at the history of the electronic computer to see that the greatest advances in technology have been made by brilliant, strong-willed individuals, usually supported by a small team of dedicated engineers - not community-based projects.
Yes, like such open-source individuals as Larry Wall, John Ousterhout, Linus Torvalds, Richard Stallman and others. There are lots of terrific OSS projects that are basically lead by one very bright person.
Professionalism
I am am professional software developer, and so are all of the developers I employ. We all contribute to OSS projects. It's a myth that FOSS contributors are students or the unemployed; by and large, they're professional developers.
Innovation
OSS is not about innovation. It's about utility and usefulness. However, innovation is often a side-effect: Witness the amazing innovations of Perl, Tcl/Tk, Bit Torrent, SpamAssassin, and many others.