Community Involvement for an Open Source Project?

pfleming asks: "Several months ago I began a maintenance fork of some niche software. Essentially, these are PHP/MySQL scripts for real estate offices. The original developer moved on to an incompatible version to what I was using. Upgrading for me and many other users was not the easiest option. Luckily the software is GPL'd and so continued work on the fork is not a big deal. I have set up a site, made it available for download, announced the availability of the fork on Freshmeat and the forums for the original software. Now I have a few people subscribed to the project on Freshmeat, and a few on a mailman list set up for the project. This project has been listed on the GNU Website and other mirror sites but doesn't get much discussion on the mailman list and nothing from the Freshmeat subscribers. There is usually an increase in interest (indicated by a short term increase in site hits) when new releases are announced but this fades back to regular traffic of ~40 visits per day as measured by webalizer after a short period of time. Is this an anomaly? Should I be thankful that there aren't tons of bug reports and feature requests?"

"More questions for you to chew on:

• Is there more interest in a new project vs. one that is more or less mature?
• Is the project too narrow to attract an audience?
• Could the underlying business (real estate) just be too saturated with web sites?

Just what are the secrets to a successful (measured by lots of contributors, etc) project...or am I just not defining success correctly?

What other thoughts does Slashdot have on this subject?"

Comments

look at samba-tng versus samba

[netmask]

Samba-tng forked off of samba quite a while ago. The user base using tng is still very small. There is a flurry of people checking it out each time a new release comes out (Which lately has been due to security problems in both code bases).

The user lists are fairly slow, and there are a few developers on the dev lists. The development is still highly active, but the purpose of TNG isn't as important to most people as the functionality and features of Samba it self. The people who need to the changes made in TNG, will go to TNG. However, the vast majority of people don't need anything beyond what the base Samba 2.x or 3.x code has.

Then again.. I would also say, most people haven't checked out the rad features included in rpcclient with tng.. which makes pen testing windows extremely easy.. Oh wait, so does dcom. :)

It's like an engine

[Rosco P. Coltrane]

I too maintain niche projects, some bigger than others, some more popular than others. Here's how I understand the dynamics of a community around a projects. You have 3 cases :

1) your project is too specialized, you have a smallish community of people who use it, few bug reports now and then, and you end up doing all the work on your project.

2) your project is interesting enough that the community around it grows to a point where most of the improvements come from patches, bug reports ... i.e. bits of work done not by you, but you still end up integrating the changes and act as the only maintainer of the project.

3) your project is very interesting and the community around it grows exponentially. The improvements / bug reports flood you and, essentially, your own bandwidth is not enough to maintain the project. You have to delegate and trust other people, in which case A) you're a shitty project manager and someone else who has that talent eventually makes a code fork and takes it over, or B) you become a successful OSS project maintainer, the extreme case of which, for example, is Linus.

The added fun is that, if you code well while you start the project, it can go from a shitty thing to something of interest, just because the look-n-feel that detracted people from trying it before now attracts more people. That's where all the interest is, see how you can "prime the pump" and build a community around your ideas by doing the initial work, then watch the improvements come already made.

I personally choose to create/maintain projects that I reckon will fall in or near category 2), because I don't want to maintain big projects anymore, with the flood of patches, suggestions and hate mail that comes with it, but I don't want to end up having my name associated with a shitty tarball that nobody cares about either.