Slashdot Mirror
How to Misunderstand Open Source
Sam Hiser writes "This article intends to clear up some misconceptions about open source software development practices. It can help developers, IT and business managers transition from a closed development environment to an open one characterized by shorter time-to-market and lower costs. The author, Tom Adelstein -- an experienced CPA, code developer, project manager and consultant -- makes clear the notion that Open Source Software bears a mark of professionalism."
Non commercial software = less unneccessary and non-core expenditure for businesses = more money for research and development, capital investment, salaries and wages, and marketing = better economy = better for the people.
that we're all hobbyists and only do OSS in our spare time (the description often made in news articles).
..." and so on.....
Not necessarily the case, especially with the more major OSS products. Companies of various sizes have staff writing and contributing OSS code as their full-time job, and many university students also contribute as part of research projects. Even CmdrTaco could fall under the category of a small-company contributer for his work on Slashcode.
The hobbyist argument is often made in FUD from MS to try and say that "we have professionals working for us, who does OSS have?" We should answer with somehting like "Redhat, IBM, Sun, Novell,
The One Rule Of Chess You'll Ever Need: Don't play someone who carries a kit in their bookbag.
Copied my post on the same topic at OSNews...
I'm reasonably certain that this comment will be poorly received here (at Slashdot as well as OSNews), but I just can't keep it to myself, so oh well.
Truly, the author does a good job of dispelling one piece of FUD kicking around regarding open source software, specifically the belief that most open source software is written by wild-eyed loners without any concept of planning or design.
Other than that, the article is, umm, not so good. Nearly everything he says about closed source processes describes "big company" closed source processes. I work for a small closed source shop and his description of the open source development process is very *very* close to our process. It sounds as if his only closed source experience was with IBM, which is quite possibly the most extreme example of a process-bound company one could imagine.
Since analogies and similes are so popular on this thread, I would suggest that he what he is saying is like saying that vehicles made in Japan are more responsive than those made in America, using as examples a Japanese sports car and an American diesel locomotive.
Anybody who has worked in or with a smaller, more nimble closed source shop will see his description of the "closed source process" as bullshit. Many of these people will conclude that the author is a crank and proceed to ignore the good point he does make about the professionalism of many open source projects and companies.
The same applies to the stuff about standards. Closed source shops can and do adhere to open standards; I know we make every effort to do so in my shop. Many many open standards were originally developed by closed source shops cooperating to facilitate communication between closed source products and to offer the market choices in how to combine them. I know this is hard for some open source zealots to believe, but many closed source shops know that offering products based on open standards can help improve adoption of new technologies; when the tide comes in, all boats rise, ours and the competition's both.
Don't get me wrong, I think open source software is a Good Thing; I use it daily (Mozilla, OpenBSD, Knoppix, blah blah blah) and push it whenever I get the chance. I just don't think this article is about what the author says it's about and I don't think it will appear convincing to anybody that isn't already convinced.
PS - It also doesn't help that in an article about professionalism in the open source world he flubs "stock in trade" and "give way" in the opening sections.
If you mod me down, I will become more powerful than you can possibly imagine.
The biggest misconception is that Apache is indicative of all Open Source projects and that Microsoft is indicative of all Propriatory software providers. The fact is that every project is different, you can't lump them all together in one neat package and say "this is how all these work".
The second biggest is that if you don't like a feature or bit of functionality within an open application you can just literally "jump in" and hack the code. This completely ignores the fact that even if you can code, most products are insanely complex and it'll take you several months to truely understand how it works, how it's put together, how the pieces interract and how you should go about working with it.
Avantslash - View Slashdot cleanly on your mobile phone.
The reason most project managers don't do this is because they have the title "manager". They feel they're supposed to manage. Unfortunately, they try to manage the programmer, not the project. They also don't understand the development process. Frankly, the problems lies with upper management who've never written a line of code. Maybe the project managers should be given the titles of sales consultant or customer handler. Heck, the best project managers I've seen refer to themselves as "fecal matter" handlers. Okay it's been sanitized for the kiddies.
Business majors don't want to think of themselves as equal with the people who develop the product. Heck, they certainly don't want to be seen as doing some programmer's busy work. Why we all know that programming is "blue collar" work anyway. It probably doesn't help that the average programmer really can't relate to the issues of sales either.
What do you mean my sig is repetitive? What do you mean my sig is repetitive? What do you mean....
... I've probably been trolled here, but it was the early and confused modding of others that prompted me to respond to this. Personally, I would have just modded this down if there was an option for 'misinformed' or 'just plain wrong'.
Consumers don't buy software; people aren't paid to write software for the sake of writing software.
Consumers buy services and products; people are employed to provide services and products.
Software is a means to these ends, but it is not the end.
Open source provides the ability for companies to focus on the products and services they wish to sell, and employ people who specialise in those areas, rather than having or paying a bottom heavy and expensive zoo full of code monkeys. Think of all those things you need to do take a product to market - product design, research and development, support infrastructure, documentation, advertising etc etc.
You might want to rephrase your comment and say 'worse for programmers'.
But even then, if you're a company that relies on open source and is profiting from it, you would do well to remember that it's only going to work if those open source projects are maintained and supported... solution? You fund the open source projects - you don't employ people specifically, they're free to be funded by many companies and they're free to walk away too, while still leaving the option for others to take over and compete.
Sounds like a good thing for the economy (and even for programmers) if you asked me...