Survey On the Future of Open Source, and Lessons From the Past 97
An anonymous reader writes "Andy Oram reports on the quality, security, and community driving open source adoption. 'All too often, the main force uniting competitors is the fear of another vendor and the realization that they can never beat a dominant vendor on its own turf. Open source becomes a way of changing the rules out from under the dominant player. OpenStack, for instance, took on VMware in the virtualization space and Amazon.com in the IaaS space. Android attracted phone manufacturers and telephone companies as a reaction to the iPhone.'"
Re:Consistency (Score:1, Insightful)
Tired old troll is very very boring.
Re:Consistency (Score:2, Insightful)
Quite the reverse. The whole point of a competitive market is that the best products get to the customers. In the absence of price competition, all FOSS projects can compete on is quality.
Projects which don't meet customer standards don't progress, though any of their innovation and effort which is of value is still shared. What the troll is trying to spin as a negative quite simply isn't.
Re:Consistency (Score:4, Insightful)
I'll disagree, there is no equivalent or better alternative in the open source world to the proprietary products I mentioned, the job simply cannot be done in the open source world. But for other softwares, say an operating system or a browser or general purpose scripting language, the open source is superior.
True, but confused. Mature and beta open to you (Score:5, Insightful)
You're right, you can find lots of beta level OSS. Both free and proprietary software have betas. With proprietary software, you're not allowed to see the betas (unless it's Microsoft, in which case your new computer comes preinstalled with Windows 8 alpha.) With free software, you can choose the beta version of a mature project (Fedora), the stable version of a mature project (Red Hat), or the beta version of a new project (FuSe). They are all available. That means you'll want to look at the status of that version before making a major commitment to it. Don't install FuSe if you want a mature system, install Red Hat. It's actually cool that you CAN choose FuSe, or a development kernel, if you want some new feature that's in development and not yet rock solid stable. You do want to check though, and that's why Sourceforge shows you right up front how much activity the project has, the version numbers, user ratings, etc., so you can choose maturity vs. bleeding edge, etc.
You also mentioned documentation, which is sometimes important, and is actually entirely separate from the quality of the software. True, the programmers of OSS have less incentive to author well organized, newbie friendly documentation in the style you're accustomed to, unless you use a certain trick. There's actually MORE in-depth documentation for OSS. Every change to the software and the design decisions are normally documented three times: on the -dev mailing list, in git/svn, and in bugzilla or similar. If you have a question, you can email the list and the authors of the software will answer you, assuming you ask a Good Question (see ESR). So if you want to really understand how something ticks, you can find lot more information about how Apache works than how IIS WORKS, for example. That's not too newbie friendly, though. For comprehensive, newbie friendly guides, you need one of two magic words.
HOWTO is the first magic word. Google _____ ______ HOWTO for any OSS topic and you'll probably find the documentation you're looking for. If not, the second magic word is "book". I work on a OSS project you've probably never heard of, Moodle. Moodle isn't a high profile project, yet Barnes & Noble has EIGHTY listings of Moodle books. That's EIGHTY versions of the comprehensive documentation you're looking for. (Could be 40 different books, B&N may have duplicates listed.) I know, you're shocked. I just suggested BUYING something related to open source software. I know it may seem strange, but compare $500 for a Microsoft solution versus $22 for the book to go with the free software option. I'll take $22 over $500 all day long if I really need 150 pages of illustrated documentation.
So you're right, OSS projects don't prevent you from downloading beta quality code. And dogs don't catch mice. Consider this post as "Intro to Cats, a Guide for Dog Lovers".
GIMP is a dumb name ... but not the main problem (Score:2, Insightful)
The problem with GIMP is that it has a horrendous usability problem that seams to increase per release.
Yes, GIMP is a stupid name (even as an acronym) ... but a name alone doesn't make or break a product. USABILITY is the #1 factor in making a software product successful.