Assuring Users When Closed Software Becomes Open? 22
joeldg asks: "I just recently decided to go open source with a project I have been doing for some time. After initially going open source I have had an avalanche of questions from users about what 'Open Source' means and how it will affect them. Many are scared of the implications and the broad new sweeping changes others could make in the project. My question is how do you alleviate the fears of over 5,000 dedicated users and get them to accept the idea of the project going open source and also keep some track of the project so that you can direct the current userbase to new sites running the code?"
Kinda obvious. (Score:4, Insightful)
By example? (Score:1)
What broad new sweeping changes others could make? (Score:1)
Or am I missing something?
So sell them something. (Score:5, Insightful)
Sometimes, people don't believe a thing's valuable unless they have to pay for it. (And often with good reason; ad-ware's a case in point.)
Some other people don't feel they have any control over you, without having paid you, and thus having something (theoretically) to sue about.
So offer to sell these doubters a support contract, or specialized installation or customization.
Like this: (Score:5, Informative)
I am the gatekeeper. (Score:5, Interesting)
gatekeeper/dictator; you have the power (Score:2)
you are dictator of your project, everything goes through you before finalization. if you so chose, only your updates will see the project page. anything else would be an offshoot and possibly not even recognized in any of your official documents.
Re:gatekeeper/dictator; you have the power (Score:2, Insightful)
Contrast this with closed source, where the company/programmer is truly a dictator, and wields extremely strict control over the program.
Re:gatekeeper/dictator; you have the power (Score:2)
oss only pretends to be in free community; control of projects is far from democratic (or other insert-free-ruling-system-here) ... in fact, it's very much despotic.
I don't think there is any pretending going on. I know of no OSS that are true free in the way you imply. OSS is free in that you are free to take the code, and do whatever you want with it, so long as you follow the terms of the license. I am free to not accept any changes that you want to make to my version of the software. The mechanism that I setup to control changes to my version of the software is completly up to me. Whether that system is a beneavolent dictatorship, democracy, or a commity does not effect the Liberty, which is the true free in Free Software, inheirent in OSS.
I am the keymaster (Score:2)
PETER
You could accept the fact that this city is headed for a disaster of biblical proportions.
MAYOR
What do you mean, biblical?
RAY
What he means is Old Testament biblical, Mr. Mayor. Real wrath-of-God-type stuff. Fire and brimstone coming from the sky! Rivers and seas boiling!
EGON
Forty years of darkness! Earthquakes! Volcanoes!
WINSTON
The dead rising from the grave!
PETER
Human sacrifice, dogs and cats living together, mass hysteria!
-- Sorry, I could't resist!
More than a source code release (Score:4, Insightful)
One possibility would be to keep a page with a list of sites that offer the service. A nice plus would be to keep track of user ratings as well -- maybe even keep hosting one board (on your own site or even on SF) where users can discuss and review the options.
One suggestion (Score:4, Insightful)
I've seen a lot of SourceForge (and other, for that matter) projects that have this same issue. When you go to the Summary page to try to figure out what a project is all about, it instead says something like: Updated new version to fix build issues. Which is almost exactly the kind of content you have on yours now. Not very informative, and not very reassuring to normal users who tend to fear the unknown.
So while this would help your case a lot, I think it is also good advice in general for all SourceForge project owners: Write a blurb that clearly explains what your project is about! Hope this helps.
Re:One suggestion (Score:2)
I know the project has a home page, at another link, with a good overview. But that is missing the point. The current users, when told the project is going open source, are going to be provided (in all likelihood) with the SourceForge link, and it _is_ going to look intimidating the way that summary is written now. They might even wonder if this will be the new face of the project, replacing the home page they are familiar with. This is true even if they are explicitly told that the old home page will continue, because users do not read... they just skim. And skimming the SourceForge page will freak them out.
Re:One suggestion (Score:1)
A: "Freshmeat"
If a project has a freshmeat page (which all software should have) it's more likely place for people to go than Sourceforge.
Another thing is that even if I happen to be developer myself, I often find it hard to understand what a project is about by looking at those SF project summaries. I can only imagine how a less skilled end-user feels :)
Just explain your intentions (Score:3, Interesting)
Due to overwhelming requests and inquiries about specialized customization and personal control over the boards, we've decided to go one step further with our goal to do more than everyone else out there: Open Source
Maybe, if that's what you are planning to do, you should explain clearly that you or - qboard.org - will always be the source for downloading "your version" and that qboard being open source only makes your possibilities for providing new and consistent features with potentially less effort. Explain, that you will still keep control of this one release althought there might be others as well - which might be suitable for some. You are just opening new possibilities, this should not be anything to fear of - if everything looks and is under control.
Re:Just explain your intentions (Score:1)
"As long as you use MY version, it's the same as closed-source, except that I receive contributions more readily, and can't start charging you for it [or you'd get my version elsewhere]. But if I start fucking you over and my version starts sucking, because I'm trying to limit what you're able to do, then you can find a version of MY SOFTWARE that doesn't include my fucking you over, and it's totally legit. Imagine if Microsoft had to deal with the idea that if they did things to alienate their users, their users would run not simply WINE, which is okay at running SOME windows programs, but WINDOWS ITSELF, only without the crippling antifeatures. At the most basic level, open source means that if your "benign dictatorship" isn't all that benign, they can get the same dictatorship with all the benignity they want, for FREE, elsewhere. It's democracy. It's Freedom. It's.... OPEN SOURCE."
what does opensource mean? (Score:3, Interesting)
my subject line asks a decent question tho'.. and I'm guessing that's what most of your questions get back to.
From a customer's point of view, open source means several things:
It is a quality assurance. You're obviously confident enough to show the world how good your code is
It is additional coding resource to get jobs done quicker.
It is control for your customer in that they can use your code as a toolkit to build features that they would otherwise not be available.
It doesn't remove you as the project controller and you still maintain the same control over the released code as before.
Note that I am assuming that although the qboard project is winding down, you or your team will still be 'controlling' qboard's path?
easily the stupidest /. question ever... (Score:2)
The important point is that Open Source does not mean anyone can make random changes to the sourcecode. It means that anyone can suggest changes to the sourcecode. You are offcourse free to accept or reject them as you see fit.
To the customers, there is absolutely no disadvantages whatsoever to this arrangement, and a metric ton of advantages. This should be easy to explain.
The transition. (Score:2)
I think they are right to have some fears. When a project goes open source the number of people looking at the code jumps significantly, and therefore the potential number of bugs / security holes that could be found. It is likely that the current version of their software will need to be updated quickly to reflect patches to the holes.
I'm certainly not saying that going open source is a Bad Thing, just that does have short term negative consequences for users.
------
__mmmmmmmmmmmm_ katrina galleries grumble grumble grumble [katrinagalleries.com]
Re:The transition. (Score:2)
In fact, it rolls the other way -- the author will be able to say that with additional eyes and resources looking at the code, small problems that have been nagging users but haven't been high enough priority to get fixed may finally get looked at an patched. A win for all.
Similar Sutuation... (Score:1)
Now many of the same people who were opposed to Open Source in the beginning are actually contributing code to the project now.