tag:blogger.com,1999:blog-17421887917621651572024-03-06T05:32:49.181+00:00Tea TimeAn open-source project to facilitate distributed collaborationnjthttp://www.blogger.com/profile/09659071887789243953noreply@blogger.comBlogger10125tag:blogger.com,1999:blog-1742188791762165157.post-60632754220113589042009-05-15T14:06:00.003+00:002009-05-15T14:11:17.685+00:00A new homeThis project has a new home at http://www.wikkiup.net/tt.pl. There's not much to see there yet, besides the software -- an experimental git-backed variant of the UseModWiki engine.<br /><br />The innovation is that it allows a branched history, and it also allows each person to customize his or her view of the wiki independently from how others see it. It's missing some important features (merge, delete, rename, and file upload are all missing, and I think there's also a technical issue which could cause versions of pages to get dropped after 30 days of inactivity), but it's functional and available for testing for anyone so inclined.njthttp://www.blogger.com/profile/09659071887789243953noreply@blogger.com2tag:blogger.com,1999:blog-1742188791762165157.post-16917921178633886402009-02-08T18:50:00.002+00:002009-02-08T19:13:18.070+00:00First MoveHaving done a little poking around, I've settled on a plan for the first change of venue. Three criteria: I like the wiki format, I like using a code base I can examine, and I like the idea of having someone host it privately. If we haven't got a new forum by the time I get around to it, my plan of record is to create a UseModWiki and find a place to host it.<br /><br />I have an idea for the first technical project: separate the anonymous/non-anonymous people, so that visitors can choose which they want (the default would be non-anonymous). Technically:<br /><ol><br /> <li>Find a wiki that uses file system storage, or modify one to do so.<br /> <li>Use git behind the scenes to synchronize the versions.<br /> <li>Use a cookie to loosely bind to a name. If you lose your cookie, you get shunted over to the anonymous variant until someone brings you back over.<br /> <li>Use robots.txt to deny access by search engines to the anonymous version.<br /></ol><br /><br />I haven't worked out all the details, but it seems like it might be a nice way to deter much of the vandalism with very little on-going maintenance.<br /><br />Comments?njthttp://www.blogger.com/profile/09659071887789243953noreply@blogger.com6tag:blogger.com,1999:blog-1742188791762165157.post-49300912950691919782009-02-06T17:13:00.001+00:002009-02-06T17:14:40.773+00:00WikipediaThe meatball wiki seems to be down. I'm still hoping that it will be back sometime, but until then I'm starting with wikipedia. I've finished reading the pages on <a href="http://en.wikipedia.org/wiki/Online_community">virtual community</a> and the <a href="http://en.wikipedia.org/wiki/Deletionist_versus_Inclusionist_Controversy">deletionist versus inclusionist controversy</a>, and before I dive into the community on those pages I'd like to record some quick thoughts:<br /><br />"A 2006 estimate says that pages about Wikipedia governance and policy entries are one of the fastest-growing areas of Wikipedia and contain about one quarter of its content." -- strongly suggestive that Wikipedia is itself a self-aware community.<br /><br />RE: "wikimorgue", "deletionpedia", and the inclusionist versus deletionist .<br />It all boils down to wikipedia's credibility. Wikipedia's credibility depends on drawing the line <i>somewhere</i> between what's in and what's out; and it's completely natural that this is a contentious issue. Given the binary nature of the "in or out" decision, I don't think there is a solution.<br /><br />The section on the Learning trajectory gives me a chance to describe myself:<br />I've been mostly a lurker, and when I do step in I tend to aim straight for the Boundary (Leader) role.<br /><br />The section on motivations and barriers to contributing is definitely worth reading. It seems right on target to me.<br /><br />The reasons listed for lurking seem to apply to me (all of them): "getting what they needed without having to participate actively, thinking that they were being helpful by not posting, wanting to learn more about the community before diving in, not being able to use the software because of poor usability and not liking the dynamics that they observed within the group"<br /><br />Reading the Wikipedia article on Wikipedia started me thinking about how to fix it. Some off-the-cuff thoughts, intended more as food for thought than as an actual suggestion of an implementation plan:<br /><ol><br /> <li>Decentralize the policy decision about the criteria for inclusion and exclusion.<br /> <ol type="A"><br /> <li>Make a series of tags, such as "self-authored", "stub", "anonymous non-reviewed contribution", which could be attached to any article</li><br /> <li>Make the debate about the applicability of any tag accessible to the casual user. For articles which have contentious tags, include a section of contentious tags with "voting buttons"</li><br /> <li>Allow anyone to tinker with his or her own criteria for "belonging to the wikipedia"</li><br /> <li>Allow anyone to publish selection criteria for use by others</li><br /> </ol><br /> </li><br /> <li>In the same way, decentralize the policy decisions for standards of correctness - allow individuals and organizations to create their own "verified by X" tag</li><br /> <li>In an analagous way, de-fang reversion wars<br /> <ol type="A"><br /> <li>Split contentious articles into non-controversial and controversial sections</li><br /> <li>Tag the differing versions of the article with the identity of the supporting parties</li><br /> <li>Tag the reasons for disagreement</li> <br /> </ol><br /> </li><br /></ol>njthttp://www.blogger.com/profile/09659071887789243953noreply@blogger.com3tag:blogger.com,1999:blog-1742188791762165157.post-33166815674071588242009-02-06T12:15:00.002+00:002009-02-06T12:26:46.150+00:00On the virtue of facilitating self-critiqueOne pattern which I see as commonplace in communities (virtual and real) is that, at least in some ways, critique of the community is discouraged.<br /><br />I pointed out one non-virtual example in a comment to the Introduction, about a professor who made an honest and humorous comment about the way faculty meetings are run. I've heard this sentiment from many different academic friends, and have a strong sense that it is nearly universal, but somehow it's impermissible to voice a complaint about it. Everybody hates the way those meetings are run, but nothing ever changes because effective critique of the "blowhards" is taboo.<br /><br />This is a self-critical community. That is to say, critique of this nascent community (or of me) is most definitely welcome. I'd eventually like to have some others within the community who are similarly self-critical, but for the moment I will speak only for myself.<br /><br />I'd like to conclude with some advice:<br /><ol><br /> <li>Critique is a double-edged sword: A clumsy critique can be wind up being more embarrassing to the speaker than to the intended target.</li> <li>I don't think there's anything wrong <i>per se</i> with, e.g., flaming -- provided that flaming is the most polite way you can express yourself on the subject at hand.</li><br /></ol>njthttp://www.blogger.com/profile/09659071887789243953noreply@blogger.com1tag:blogger.com,1999:blog-1742188791762165157.post-57827448186305974692009-02-06T10:07:00.004+00:002009-02-06T10:10:27.213+00:00Community BuildingI've decided to take 單中杰's <a href="http://virtualteatime.blogspot.com/2009/02/tea-time-open-source-software-project.html?showComment=1233770640000#c3863427165655196378">hint</a> and do some studying of the research that's been done on <a href="http://michaelnielsen.org/blog/?p=545">doing science online</a>.<br /><br />Nielsen pointed me in the direction of the <a href="http://usemod.com/cgi-bin/mb.pl">meatball wiki</a>, and I like what I've read about it so far, and so my plan is to do some online research there, commenting on this page when I come across something of particular interest.<br /><br />Perhaps this page will be useful to others; if so, I'm hoping that one of us (me?) will find the time to distill the useful bits and either contribute them back to the meatball wiki or make a wiki of our own on the subject.<br /><br />Other comments on the subject of community building (whether theoretical or practical) are welcome here.njthttp://www.blogger.com/profile/09659071887789243953noreply@blogger.com0tag:blogger.com,1999:blog-1742188791762165157.post-53694868721147694322009-02-05T13:32:00.006+00:002009-02-05T13:49:17.665+00:00Slashdot RulesIn preparation for a hypothetical future Slashdot effect, I'm preparing this post as a landing place for the hypothetical Slashdot readers who might come here in response to a story I'm contemplating writing and submitting to the Firehose.<br /><br />The first instruction is that, for once, there's no need to <a href="http://www.urbandictionary.com/define.php?term=RTFA">RTFA</a>. This site has some background information which might be of interest, but really the story says it all.<br /><br />The second instruction is, "the discussion belongs on Slashdot". Feel free to read the articles and comments here (it's not necessary, but it does provide some background) but please don't post anything here unless you have a reason to prefer this venue to Slashdot. I'll be following the discussion there, and feel that the Slashdot moderation system is better-equipped to handle the volume.<br /><br />The third instruction (assuming the first instruction didn't send you away) is <a href="http://www.urbandictionary.com/define.php?term=RTFR">RTFR</a>. I would like to preserve a high standard of conduct here, and the flaming, baiting, and so forth that commonplace on Slashdot is not welcome here.<br /><br />The fourth instruction is "make sure you have something to add". Take the time to read the previous comments, and only add yours if you feel your comment will advance the discussion. This could be as little as a better explanation of something someone else has said or corroborating evidence -- but it should advance the discussion in some way.<br /><br />I still haven't decided whether or not to go ahead with the Slashdot post idea. Comments about the advisability of such a post or the suitability of this note as a landing point are welcome. My basic plan is to hold off on the idea, and if I go ahead with it to edit this article first in response to such comments or afterthoughts of my own.njthttp://www.blogger.com/profile/09659071887789243953noreply@blogger.com2tag:blogger.com,1999:blog-1742188791762165157.post-53102631102548654612009-02-05T12:52:00.002+00:002009-02-05T12:58:34.555+00:00IntrospectionWhat interests me most about Timothy Gowers' experiment, <a href="http://gowers.wordpress.com/2009/01/27/is-massively-collaborative-mathematics-possible/">is massively collaborative mathematics possible?</a> is that to my knowledge it's the first example of a collaborative effort that is collectively self-aware. To be a little more concrete, he began by proposing a set of 'rules of engagement', and the discussion began by discussing those rules. Every collaborative community has such rules, but typically they aren't actively discussed.<br /><br />We have learned quite a lot about the human brain, and I like the analogy between an individual brain and the "collective brain" of a successful community. In this context, the idea of introspection is useful. People have learned to introspect, and on occasion they learn about -- and eventually change -- some aspect of their behaviour through introspection. In an analogous way, I think it's useful for a collaborative community to occasionally direct its collective attention to itself.<br /><br />One obstacle to introspection is that it can be a sensitive subject. In every collaborative community of which I'm aware, for one reason or another, the topics about which introspection is most needed correspond closely with the topics which are 'taboo', e.g., prohibited by the explicit or implicit rules of the community.<br /><br />I don't want to mention too many examples, for the reasons discussed above. Instead, I'll choose one: I think the massively collaborative mathematician is going to have to address the 'problem of the cv line' -- how are the people involved in the mathematically collaborative mathematician going to get credit for their work. I'm not convinced by gowers' proposed solution (make it all public, and leave it up to the outsider to sort it out).<br /><br />I would be very interested to hear of other examples of 'self-aware collaborative communities', or to hear what you have to say on the subject.njthttp://www.blogger.com/profile/09659071887789243953noreply@blogger.com1tag:blogger.com,1999:blog-1742188791762165157.post-62888586807088536982009-02-05T10:19:00.002+00:002009-02-05T10:23:32.198+00:00ImplementationThis is the place for all comments which require a programming background to understand. I'll try to summarize conclusions we reach here in layman's terms and post them to the main discussion thread; others are welcome to do the same.njthttp://www.blogger.com/profile/09659071887789243953noreply@blogger.com0tag:blogger.com,1999:blog-1742188791762165157.post-73851809770472552922009-02-03T16:39:00.008+00:002009-02-03T22:20:50.879+00:00The RulesThese ground rules are both exhortation and example, and are goals to strive for, not expectations.<br /><ol type="A"><br /> <li>Preserve a spirit of courtesy.</li><br /> <li>Focus on minimizing the amount of time the reader has to spend trying to understand what you write. In particular:<br /> <ol type="1"><br /> <li>Be as concise and understandable as you can.</li><br /> <li>Begin with summaries. Some people may want to skip the details.</li><br /> <li>Consider deferring detailed explanations. They might not be necessary.</li><br /> </ol><br /> <li>Please don't be shy. There is no such thing as a dumb question, and wild ideas and partially-understood concepts can be useful.</li><br /> <li>Don't monopolize attention. If you have a lot to say, consider writing it up in a separate article and posting a link here with a summary of why it's relevant.</li><br /> <li>Post things where they belong. For example, the discussion about rules belongs here.</li><br /> <li>Go with the flow. If someone suggests a new rule, try to follow it unless a general consensus emerges that it be dropped.</li><br /></ol>njthttp://www.blogger.com/profile/09659071887789243953noreply@blogger.com0tag:blogger.com,1999:blog-1742188791762165157.post-16638816534125959682009-02-03T10:15:00.008+00:002009-02-03T22:36:06.617+00:00IntroductionI'm hoping to start a discussion here modeled after the one currently taking place on Timothy Gowers' <a href="http://gowers.wordpress.com/2009/01/27/is-massively-collaborative-mathematics-possible/">is massively collaborative mathematics possible?</a>, with the basic goal of designing and creating a collaboration tool well suited to this sort of thing.<br /><br />There's already a second post, outlining the initial ground rules for people who would like to take part. As with just about everything else about this project, they are a valid subject for discussion.<br /><br /><br /><span style="font-weight: bold;">Opportunity</span><br />I've become aware of an increasing interest in large-scale distributed collaboration; the tools available do not seem very suitable to the task; and -- perhaps most importantly -- awareness is emerging that the collaboration tools could be better-designed.<br /><br />There's a feedback loop between the quality of the toolset and the quality of the collaboration, and I have in mind a collaborative project designed to take advantage of that feedback loop, using its own product (the collaborative toolset) in the process of designing, coding, testing, and improving it.<br /><br />This message is intended as an invitation for collaboration by any interested parties.<br /><br /><span style="font-weight: bold;">Background</span><br />Three factors are important for any potential contributor to the project:<br /><ol><li> A general knowledge of collaborative communities. Of particular value: theoretical knowledge of the factors which cause a community to succeed or to fail; experience with one or more of the successful online communities; and current active participation in such communities. Best of all would be experience managing such a community, especially(!) if it ultimately failed.</li><li> Possession of any of the specific skills needed for the development effort. We'll need to do some coding, but there's a whole range of needed skills, including social engineering, cognitive psychology, human interface design, social network analysis, and so on. If there's a way you think you can help, you probably can. Even if you only want to use the fruits of our labour, we'd still like to get your input about what is required.</li><li> I like working closely with people who know how to behave themselves socially. Translation: be nice or get lost.</li></ol><br /><br /><br /><b>Criteria for Success</b><br /><ol type=1><br /> <li> Health of the community<br /> <ol type=A><br /> <li> reasonableness of the core people</li><br /> <li> competence of the core people</li><br /> <li> group social engineering</li><br /> <li> usability of the initial platform</li><br /> </ol><br /> </li><br /> <li>Benefits to the community<br /> <ol type=A><br /> <li> prominent exposure if we succeed</li><br /> <li> opportunity to prove competence publicly</li><br /> <li> possibility of eventual sponsorship of the effort</li><br /> </ol><br /> </li><br /> <li>Solving challenges (roughly chronological)<br /> <ol type=A><br /> <li> <b>management</b>: cultivate awareness of the project</li><br /> <li> <b>social engineering</b>: cultivate high-quality feedback</li><br /> <li> <b>design</b>:<br /> <ol type=i><br /> <li> lower barriers to participation in the community</li><br /> <li> make it attractive, to attract participation in the community </li><br /> <li> lower barriers to communication</li><br /> <li> solve the "I speak when I want; you listen when you want" problem</li><br /> <li> solve the "right amount of communication" problem</li><br /> <li> incorporate and improve existing visualization and summarization tools</li><br /> </ol><br /> <li> <b>thinking</b>: anticipate and subvert monopolies<br /> <ol type=i><br /> <li> democratize the viral network effect</li><br /> <li> avoid leader worship</li><br /> <li> facilitate branching & merging</li><br /> </ol><br /> <li> <b>technical</b>: the liquidity of trust kernel (described below)</li><br /> </ol><br /> </li><br /></ol><br /><b>Liquidity of Trust Kernel</b><br />The big technical challenge for the project concerns what I'm calling the liquidity of trust.<br /><br />When someone participates in a collaborative project, they gradually earn the trust of their colleagues. Currently, this works very well for the people leading the project (e.g, Linus Torvalds, Richard Stallman, Pamela Jones, etc.,) -- the trust they have earned is well-known to the public, and it's easy for them to convert that trust into something of more immediate use such as academic prominence, paying jobs, etc.<br /><br />It doesn't work so well for the people who play less prominent roles -- they establish the trust of the others within the community, but basically can't do very much to transfer that trust outside. This is especially problematic for the people who play supporting roles -- the system rewards flashy behaviour, but not the quiet, steady contribution.<br /><br />I think it's essential in the long run to find an effective way to allow all kinds of trust (and distrust), established within one community, to be transferrable to another. This won't be easy, but I don't think it's beyond the capabilities of a carefully-constructed "super-programmer", and I won't be satisfied until we get it "just right". For this part of the project I also would like to quote djb: "I won’t be satisfied until I've put the entire security industry out of work".<br /><br />For the time being, however, I think it suffices to commit ourselves to providing candid recommendations for people who contribute substantially to the effort.<br /><br /><b>Models</b><br /><ol><br /> <li> Tea Time -- the combination of the social and the mathematical hosted by math departments</li><br /> <li> Slashdot (comment moderation system)</li><br /> <li> Groklaw (massively collaborative community)</li><br /> <li> Stackoverflow (explicit treatment of trust)</li><br /> <li> GNU/linux (massive collaboration in a programming effort)</li><br /> <li> EVE online and other MMOGs (casual social cooperation)</li><br /> <li> Timothy Gowers' 'Is massively collaborative mathematics possible?' (functioning fine-grained collaboration)</li><br /></ol>njthttp://www.blogger.com/profile/09659071887789243953noreply@blogger.com65