more Re: [unrev-II] BLOGs and KM

From: Jack Park (
Date: Thu May 17 2001 - 08:36:20 PDT

  • Next message: Jack Park: "[unrev-II] Akin to blog theory, and everything"

    At 01:04 PM 5/17/2001 +0000, you wrote:
    >elearning has an article about using BLOGs for KM.

    Jumping from that article to a talk by John Seely Brown at, we find
    the following quote in the context of his study of the Linux project:

    "What's interesting to me is now to go back and try to understand the
    social dynamic of the open source consortium. What you basically had was a
    small center of people, and a czar. And that czar was going to determine
    what was going into that operating system and what wasn't. But the code was
    completely open. Anybody could pick up chunks of it. Anybody could improve
    it. You could map those improvements, and take them back to the central
    committee. If this central czar liked it, it would go into the operating
    system with your name attached to that code.
    And what became interesting to some of us studying this thing, first of
    all, for the first time in my life that computer scientists started to
    write code that was meant to be read by others. Unless your colleagues
    could read the code, they couldn't pick it up and learn from it. They
    couldn't pick it up and modify it. So the open source consortium, although
    it was never talked about this way, became a massive learning community, in
    terms of sharing of best practices by being able to make code transparent,
    readable, experimental and changeable.
    So not only was it a learning community, but it was a knowledge creation
    community. Because basically these kids would pick up this code, modify it,
    see if it was better, pack it, and ship it back in. And if it made back in,
    you became a hero. And so it was a very interesting dynamic.
    It led to a new way of being which I think is going to become much more
    dominant as we move into the 21st Century, it's a sense of engagement, not
    just narrative construction but by what I call bricolage. Bricolage, again
    moving from worshipping the abstract to working with the concrete. Working
    with the concrete, in terms of here is a concrete piece of code. For those
    of us who write systems, code is concrete, not abstract. The algorithm may
    be abstract but the code is concrete. And you take this chunk here and you
    start tinkering with it. Bricolage has to do with tinkering. Tinkering with
    a piece of concrete code, seeing whether you can make it better. Engaging
    in that bricolage until you have something that you think is better and
    then ship it back into the debate, and then if it is accepted, you increase
    the social capital for yourself. So this whole phenomenon is pretty
    I have talked a lot about learning and knowledge captured in a very simple
    way. That's not the whole story. The really interesting question to me is:
    if you capture and share incremental knowledge, what's the ability to be
    able to stimulate radical knowledge, the creation of radical innovation,
    and so on and so forth. "

    It strikes me that the solutions to the complex, urgent problems that Doug
    Engelbart talks about are most likely to be found in the *radical
    knowledge* to which Brown refers.

    Bricolage strikes me as another term for evolutionary programming. It is
    in the spirit of Bricolage that I started the Nexist project at
    In that project, I am tossing out ideas that need to be tested and
    understood. In that project, I am encouraging others to fork any part of
    Nexist and explore some other ideas. Bricolage, indeed!


    This archive was generated by hypermail 2b29 : Thu May 17 2001 - 08:55:23 PDT