If your open source project scratches someone's itch exceedingly and uniquely well, you will probably have no difficulty in attracting people with similar itches to your project. They might even stay around regardless of the environment because that itch has just got to be scratched.
If your open source project happens to have such brilliant programmers that they are collectively pushing the envelop or even defining the nature of the envelop, again, you will probably have no difficulty attracting people desperate to learn from you and develop their own skills. And again, they might even stay around regardless of the environment because of the substantial benefit they are getting in terms of learning.
I'm guessing, however, that the vast majority of open source projects do not fall into either of these camps. Certainly the majority of projects that I encounter on a daily basis are only moderately itch-scratching and very rarely paragons of programming excellence. They are the relatively unsung projects that address a particular need, but not necessarily uniquely. They do their best with regard to their code, but they aren't going to be written up in next textbook for computer science 101. And nearly all of them would like to grow their project in some way. Indeed, many need to grow their project, to build their community base, or the project will not survive at all.
It seems to me that I am a likely candidate that such a project might wish to attract. I've got a bit of free time, a modicum of ability to provide content authoring or user support, but not such a high opinion of my own coding that I think my talents would shine better in the bright heat of one of those star projects mentioned above. What kind of things will I be looking for when I first visit the email archive for this project?
In no particular order, these are some of the things I look for:
- modest throughput
- lists which are too busy will take up too much of my time reading, so I won't have time to contribute
- project focused
- if the majority of discussions on a development list are about the recent events on Big Brother, it's not for me
- treatment of newbies
- I'll be a newby if I join this project, so I want to know how I'll be treated by those who have been around for some time. I can get abuse at work; I'm not going to bother hanging around for it on my own time
- societies are said to be judged by their treatment of their most vulnerable members; for me, that's also true of open source projects
- clear guidance for appropriate behaviour
- this could be guidelines on the project site, but it also could just be evidenced through the example of the key members of the project and their periodic explanation to newcomers
- sometimes this guideline is codified into an acceptable use policy (AUP). AUPs do not have to be draconian, they just have to make things reasonably clear and give a pointer to what will happen (or what you should do) if there is a confusion.
- periodic summaries by the list owner
- this is not essential, but it is incredibly useful to have someone periodically summarize the discussions that have taken place on a list that is receiving more than 10 emails per day. Once per month is probably more than sufficient. It recaps for those who have been filtering this list to read later, and it reinforces the usefulness of the archive to those searching. I don't see this nearly often enough.
- this probably sounds like a lot of work. Hey, if you want to attract me to your project, maybe it's worth a bit of effort. You might even convince me that this would be an excellent way that I could contribute to the project, i.e. by writing this summary for the list myself
- treatment of those who for whatever reason abuse the list
- people can abuse a list in lots of different ways, some deliberate, but most inadvertent. How do the key contributors to this list deal with that abuse?
What's the email archive profile for your project?