MAYHEM'S SERVER
 |
 |
|
MAYHEM'S SERVER
|
|
|
|
Brian Schweitzer
This page has not been reviewed by our documentation team (more info).
MeI'm BrianFreud on the site and in IRC. My Profile: Editor:BrianFreud You can find also me at last.fm. I edit a lot. I'm tend to work on classical these days. I've written some search plugins for PicardQT, I help handle the MB info/support requests, and I've done some (very) minor bug fixing on the server code. I also have several GreaseMonkey scripts written for MusicBrainz, available at UserScripts. MB TheoryCurrently rereading Cathedral and the Bazaar for the 20th or so time. I`d suggest autoeditors reread the Homesteading section, mapping "editor" concepts to "hacker" there... Beyond the stated concepts, there's plenty to work with when the theories are mapped to a data contribution level, rather than leaving it merely at the code contribution level. I'm considering writing a response/followup on this. Also, for the next section, something for me to look at more later, when I have the access to do it: He describes code contribution as breaking the TotCommons concept because it causes the grass merely to grow taller. However, I wonder if MB demonstrates (due to the sheer size of the db, even when compared to the size of a Linux-sized codebase) how this is not really so? If you consider the editor/edit count/voter/much lower amount of voting issues we're always trying to solve, is it perhaps more that the grass doesn't just grow taller, but rather than the commons area simply grows progressively larger? Extending the metaphor, an ever larger commons does indeed provide ever more room for sheep to graze... but it also requires an ever larger amount of effort to ensure that the commons itself is maintained (or to breed the larger numbers of sheep that the commons can now support). Is there any research or anything written in game theory which might suggest potential solutions for us in such an Anti- TotCommons situation as we seem to face? (Ever larger areas of grass, but not enough breeding of sheep such that there remain sufficient numbers of sheep to keep the grass from growing too thick and choking itself by overgrowth - ie, ever more edits, in an ever increasing breadth of covered area, but not enough editors also becoming at the same time voters, esp considering that in a best possible world, we need not 2% of editors to be voters, but rather, 300% of editors to be voters?) Wiki's solution (delete low-interest/data amount pages) obviously would be terribly bad for us, so can we find some alternate solution? - -- BrianSchweitzer 05:05, 09 October 2008 (UTC) MusicI play the alto, tenor, and baritone saxophones, as well as the recorder. I also sing tenor II; typically classical, chamber, or barbershop - though karaoke is fun too. ;) I'm into soundtracks, Nirvana, R.E.M., Led Zeppelin, Mozart, Tori Amos, jazz, and just about anything else... ...except for gospel, Christian contemporary, "hate" music, and country - except maybe for Willie Nelson. Favorite Music
MusicBrainzMy Projects
Projects I need to do
Current Projects
Completed ProjectsSuspended Projects
Cancelled ProjectsMusicBrainz Projects of Interest
MusicBrainz PhilosophyThis will probably be a continually morphing part of this page. I so enjoy most of what goes on here. Music ought to be about emotion, enjoyment of the experience. This database, it's a collection of information, but also a gathering ground for music fans from all of the world and all different types of music. This is great, as we get all sorts of diversity. In a way, though, it's also a bad thing. We have so much diversity, but seem to have so little communal spirit. The bigger projects - PicardQt, supporting MusicBrainz itself - those get everyone behind them. But smaller things, like voting, learning the styleguides completely, group projects... they seem to often be forgotten. With 3000 editors editing each day, even with 17 thousand edits open, we ought to be able to clear the database quickly. No open edit ought to have a reason to be unvoted in or out - let alone slip into the database without ever even having had a single vote cast on it. Even if people abstain on half the edits they see, it's still only a handful each day, and we who like to vote would be left begging for more editing. I don't know how to fix it though; it just saddens me to see so much editing, but so little voting. Projects like my Nirvana project, or the Collaboration of the Month, have problems as well. Suddenly there's a mass of edits all in one place, scaring the subscribers to that artist. Or there's complex decisions to be made on how to interpret the works of an artist, but not enough people, or at least, not enough people talking together, to be able to come to resolutions about those questions. This leaves these types of projects either burning out, as the editors tire of the project, or they blow up, as new editors come in and disagree with the resolutions to the complex problems, viewing them without the perspective gained from the deep exploration into the issues involved. Again, I don't know how to solve this. Last, the RFP process seems, well, kind of broken. Again, we're all pushing the ship, but everyone's pushing it in different directions. There's several style proposals that are now going into their third year as a proposal, seemingly stuck there. There's style guidelines that literally end mid-sentence, unresolved. Then there's the RFP's that just kind of get lost, a few comments then forgotten. And, though this at least is fixable, it's pretty much all on the wiki - but we seriously need to get this thing into shape, as so many guidelines are basically hidden, unless you know just where to look for them... which brings us right back to the learning the guidelines. Anyhow, I don't know the answers. I'm swimming in the same pool as everyone else, just trying to find a ledge to stand on. My edits sometimes seem to have a knack for drawing controversy, and I wish that weren't so. But I'll keep muddling on, trying to keep my balence, trying to make this place, as well as the database, a better place than it was when I got here... and no, I'm not leaving. No matter how much chocolate anyone offers. :)
MusicBrainz EditingFrequent SearchesNew English Releases not yet voted on Open edits I voted to abstain on Things that mostly make you go huh? Some of the editors I'm inpressed by, new and old...
Editors to keep an eye on
Edits for follow-upMusicologyUseful MusicBrainz Wiki PagesUseful Reference Pagespuid_submit.pyHow to make puid_submit.py work on Windows:
Dev Stuff
True back-of-the-napkin planning! :D |
| Original Design|vacubomb.com |
 Contact details |
Server version: 20090524 |
|
Served by child pid:
5401 |
||
Editor:DSHEPHERD - Almost 400 releases added, nary an edit note, and 30%+ duplicates or bogus
