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.
Oh. That must explain why so much of OSS is broken and has documentation that is incomplete and often actually erroneous, not to mention the almost endless nested dependencies that often break on install, making the install of the top-level item incomplete and hosed.
"Professionalism" my ass.
I detest closed software but professionalism is precisely what is lacking in OSS. The prevailing rule seems to be, "Close is good enough!"
Look at the bright side: there's always seppuku.
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...
Anyone who starts from the premise that closed-source precludes the use of open standards won't have much of value to say on the matter. I cite Sun as a key example - an almost entirely closed-source company that has one more than almost anyone else to drive open standards.
Slashdot needs to start evaluating articles on quality and not just on how well they conform to the approved "open source is good" party line.
I was at a conference yesterday where I heard several misconceptions about Linux...first off, the main presenter told everyone that Linux was "open for the world" and "anybody could get in and see your code." I thought that was just wonderful. He didn't want to hear it, but my contention would be that's like looking at a house, but the realtor/builder says "you can't inspect the foundation though...just trust us!" Wheras Linux is more like a house that you can inspect, take apart, rebuild whatever way you like. Of course, though, Microsoft products are "more mature" and "suited to a professional environment." Sheesh. All of the other attendees nodded their bobble heads in agreement.
I agree with this sentiment.
At my institution, I have had to maintain a Windows environment as well. I have 5 Windows machines and other than hardware crashes (HD failing, a fan burning out and the thing dying as it overheats because my people who claimed to have done maintenance haven't taken the time to blow the sucker out...that sort of thing).
I know how to get a decent Windows install and I know how to do it right. I can also hire students to work for me without having to pay a grad student $15 an hour who barely understands the Unix environment (sadly, 15 years ago when I was just entering the university environment, most of the geek kids DID know unix and were comfortable with it...if only so they could compile their own MUDS).
Past that, we are slowly migrating towards open solutions. One of my webservers uses Apache instead of IIS, they ALL use PHP / Perl. The GNU Tools are installed to that I can to things fast and efficient for myself. MySQL has taken the place on our database server from our SQL Server.
Its as much as I can do in the current environment I am in...I'd LOVE to be able to go with a pure Linux / BSD / OS X whatever unix based solution instead of Windows, but sometimes you do whats the best for your situation and realize the free puppy is a more of a problem than its worth sometimes. At home and my side business, I'll take the stray dog in...he guards my home and the bit of food and a warm blanket I give him is more than a fair trade.