This is a great discussion.
On 28 Mar 2005 22:27:00 +0100, Erik Moeller erik_moeller@gmx.de wrote:
Since I'm the person Gerard spoke about who is going to implement structured data functionality over the next 3-4 months, my own resources are limited. However, I have offered in the past to act as a development task coordinator for the Wikimedia Foundation, and that offer still stands.
I would love to see your ideal priority-list and calendar for software development over the next year. (The same goes for the other active developers)
Such a task coordinator would prioritize tasks, maintain contacts to potentially interested sponsors, and make recommendations on spending a certain part of our internal budget on development tasks. He would write the basic specifications, try to locate interested developers (both by inviting them directly, and by having public calls for tenders), watch over the implementation, and decide whether it meets the specs (together with the Board and the MediaWiki Release Manager, Brion Vibber).
I have to repeat what I always say to suggestions like this : rewarding a single person with a title and/or salary may entice that person to do great work; it also creates a new bottleneck, and a single person only scales so far. In my experience, creating such a titled person does not magically create a community of volunteers eager to help with the goal in question, though I am not discounting the possibility that this might happen.
We should address building this community spirit and focus, whether or not one or two elevated roles are created to facilitate the process. (My personal feeling is that we would do best to let our communities of volunteers choose those who will have special power or authority; and hire / appoint people to be stewards fulfilling community desires, with obligations to be reliable and available, but no special authority)
I strongly believe that a combined model of full-time employment for people like Brion, and task-based contracts for project-specific needs, is the only way forward.
We might focus on identifying and defining tasks, and setting up an infrastructure for sharing and claiming them, before we worry about contracts.
As for the specific needs Wikinews has, Ilya has already written a bit about that. I have a fairly good idea in my head how news feeds could work within MediaWiki in a scalable fashion. The question is, are we willing to spend the money to get this done?
This in particular should not require money, considering how many people are in love with the idea of wikinews feeds.
We've tried recruiting. Jimbo has given his speech at FOSDEM. There's more we can do, but in part due to the growing complexity of MediaWiki, this imbalance can ultimately only be addressed with one resource: money.
Nonsense. Money is an excellent resource when properly applied, but there is no fundamental reason why we should have fewer volunteer developers than Linux has, for instance. After all, what are we writing but the kernel for our collective intelligence?
--SJ
PS - We could all recruit a *lot* more. The lack of paid coordinators can be a great selling point. We had a meetup yesterday in Boston. It was an last-minute "extra" meetup to discuss collaboration with local libraries, Wikimania publicity, and Mediawiki hacking, and I only promoted it a week in advance. Two of the attendees wanted to help out. One of them, a long-time programmer, had only three questions: "who are the people who decide what direction the project takes?" [Answer: everyone, even you] "but who is paid to coordinate everything?" [Answer: No-one. well, there is maybe one cool exception...] "Amazing... how can I help?" [Answer: Let me send you a few links... :) ]