Capturing and Refining User Expertise

One of my longtime interests has been how to create a system that captures the knowledge of experts and refines it into a single resource. I was attracted to wikis early on by their communal authorship, but found the lack of structure unsuitable for my needs. What I wanted, for two of my early efforts, one a site intended to help family photography historians answer questions about old photographs and the other a site for programmers to find help with coding questions, was a way to let users engage in a Q and A and then somehow capture and distill the expertise into a more traditional article format (like a wiki page), which could be maintained by everyone. I wanted to capture the expertise emerging from the group discussion through some mechanism.

I ended up developing a content management system for the coding site, which had the ability to "fold" a comment thread attached to an article back into the article for editing. I also developed a tool, which could take a forum thread and turn it into an article text for editing. These solutions required a lot of manual effort to whip the unruly comments into a coherent article.

All along I wanted to introduce the communal editing feature of a wiki to this process, but I faced the obstacle of how to overcome the distinction between communal content and content owned by the user posting it. I racked my brains to design the system to somehow enable a transition from personal content to communal content, so that question and answer sessions centered around a code example or problem, could be "folded" into a more communal source of information, refined and with conclusions. But never found a solution.

Originally, I had wanted to develop my coding help site as a Q and A site like Experts Exchange. This explains why I needed some way of converting the knowledge captured by the Q and A session, if there were a solution, into an article form. A QandA session usually results in exposing a lot of valuable knowledge from experts. I wanted a way to capture and refine this so people could learn to code better from it.

Stackoverflow.com a Q and A site for coders. It is simply excellent in design and execution. What fascinates me most is their concept of a "Community Post." When a post is edited by more than four users, it it promoted to a Community Post, which is editable by every user and no longer belongs to the original owner. Apparently, they use a wiki-like versioning system for their posts, so the original post is owned by the original posting user, subsequent versions I suppose are owned by their editors (the user who revised it), and after four unique edits becomes the property of the community.

This mechanism provides a smooth transition from traditional _authorship_ to the communal writing style of the wiki where the community is the author and authorship is anonymous. I wish I had thought of it, since the original idea for my site was a "code wiki" that would not just provide solutions to programming questions but help coders learn from the results and improve their skills. I don't want to rehash my failures with phphelp.com, but to highlight an innovative way of providing a smooth transition between individually owned and communal content.

One of the questions raised by this is authorship. People like attribution because it builds their reputation. So in a wiki environment, they lose their attribution. A user's post becomes a community post. So what happens to a user's credit? One solution is to create an indirect proxy for credit in a communal authorship environment, so that good authors get "badges" or "reputations" that they wear independently. Instead of a "byline" for your post, you get a badge representing the amount and effectiveness of your contributions.

Which is better? Everyone owning their own content or communal content? It really depends on the audience and goals of the site. Some people prefer to own their own content and share it. This is how most social media sharing sites work. You own your content and your friends own their content and the site provides a way of sharing it. Social bookmarking sites also enable users to keep their own content separate from others and then the content is mixed and matched through tag navigation. A wiki-style system generally views content as communal. Stackoverflow solved this problem with a novel mechanism for transitioning content from individual to communal status.

It occurred to me this mechanism might be valuable in a so-called bliki system, which is a blog and a wiki combined. In a bliki, users create quick, timely posts like blog entries connected to dates, but they can also edit the content of posts to create and reference wiki pages. This enables users to make quick sketchy entries like a blog, but then later, reflect on those entries with longer posts. This is called "quick-slow" in bliki terms. What if this process could be facilitated by automatically transitioning the "quick" blog post into a "slow" wiki page? Instead of making a blog post then creating a wiki page linked to it with extra information, the blog post would at some point transform itself into communal content, from blog post to wiki page. Authorship would still be retained because each post would still exist in the wiki history. Anyone could go back to the original blog post to see who posted it and what it was about.

Labels: , , , ,

0 Comments:

Post a Comment

<< Home