Earlier today I started this thread in the Spark google group:

dragon

There was a session at altnetseattle I kicked off “How to organize an OSS project for participation and longevity”

It was a thinly veiled attempt to solicit assistance, like the earlier thread, and recent tweet about “Re: Spark Project growth & futures. Know talented community developers you believe should be interested?”

The take-away from the session was very productive but didn’t provide simple answers. It provided obvious answers that require non-trivial effort, which passes the sanity check of the engineer in me.

Grow the base of read-only adoption, encourage promotion to the second tier of casual contributor, and it’s from that tier the active managing participants emerge. So it appears if I don’t want to be singly responsible for the code base it will take a lot more work to make it a top-shelf project in terms of participation.

The message underlying all of this is that this software belongs to everyone. Whether you’ve downloaded an eval zip, are using the tools in your project, have blogged or screencast about spark, or have submitted several patches you can see in the scc history today. You are all stakeholders in the cultural value of the project, and I believe it’s this sense of ownership that makes the vibrant, explosive open source cultures on other platforms.

That said, I think some artifacts and activities are missing, and for that I apologize. At the moment there’s not a good roadmap and the issue/task tracking seems suboptimal. There are also some bits on the ci server that could be posted as ctp on codeplex which have the mvc 2 fix and the recent pull requests integrated. I’ll reply here if there’s any news on those counts.

The current focus at the moment, of course, is all about mvc 2 readiness and with a look at vs2010 secondarily.

I just wanted to repeat the message here to be sure it reached a larger audience of people using the software who may not be subscribed to the discussion group. Phil also replied with a few more simple tasks that could help grow the user base:

Growing adoption is a huge part of it. If only .01% of users contribute, then it goes without saying you need more users. As ASP.NET MVC grows, I think so will Spark.

One way we can help with that is to get Spark-MVC project templates installable via Web PI and eventually via VS 2010 online templates.

This is not very difficult work, just takes a small amount of time investment.

The other part of it is making sure people understand clearly what pain Spark solves, which is in part a marketing/documentation effort.

Interestingly, that last point is one of the first which came up in the #altnetseattle session. Letting people know up front what problem the project is solving. Taking a look at the home page of sparkviewengine.com from that point of view it’s first impression is clearly off the mark.

Hopefully the we will be able to make some progress on all of these counts in very short order, and thank you for your support.