Date: Tue, 14 Nov 2000 03:57:02 -0800 (PST) From: opentrax@email.com To: keichii@peorth.iteration.net Cc: doc@freebsd.org Subject: Re: Wizard, Experts and Guru Systems (Was Re: Any comments?) Message-ID: <200011141157.DAA06897@spammie.svbug.com> In-Reply-To: <20001113214522.B38561@peorth.iteration.net>
index | next in thread | previous in thread | raw e-mail
On 13 Nov, Michael C . Wu wrote:
> I removed the CC's because this thread is not very useful to
> either jkh or -bugs.
>
I disagree that it not very useful to -bugs, however I'll let them
make that decision. :-)
> On Mon, Nov 13, 2000 at 09:34:28AM -0800, opentrax@email.com scribbled:
> | ...[Trimmed]...
> | All get misused, by the reporter, the reviewer or
> | the maintainer.
>
> ...[Trimmed]...
>
> | To this end, the first question we must ask is:
> | What is the purpose of this?
>
> ...[Trimmed]...
>
> | So, how does this all fit together?
> | Let's consider the first most obvious reason
> | we all does this. We like working with other people at
> | least as smart as we are. Sometimes we are even annoyed and
> | offended when "not smart" people enter the fray.
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Right.
>
Great, We can start to agree, here!
> | Certainly, we could have a web-based system that does something.
> | Perhaps a static tree (as suggested) might be an approach.
> | However, such systems don't fair well durning change.
>
>...[Trimmed]...
>
> | If we consider this system for, let's say, setting up
> | a video monitor to handle X-Windows configuration.
> | This system would run into multitudes of problems.
> | In the end, this system might not fair better than
> | a printed book. Useful, but limited.
> |
> | On the other hand, a dynamic system such as one
> | that uses a Database or so-called expert system,
> | such as Prolog, needs an expert to handle the expert
>
> ...[Trimmed]...
>
> | One system that might fair better is one centered around
> | a knowledge-base system. The easiest analogy is
> | to consider AltaVista, Google or AskJeeves.
>
> The easiest analogy is www.google.com/bsd
>
Not for what I'm suggesting.
> | Knowledge tends to cluster in many forms.
> | Obvious examples are newsgroup and mailing lists.
> | However, their biggest problem is Signal-to-Noise.
>
> ...[Trimmed]...
>
> | If, on the other hand, we examine this closely, we can
> | see that they are clustered via keywords or hashs.
> | Things like this might suggest using Grep, Awk or Lex,
> | but they are too general in purpose and at
> | best can only be tools to solutions.
>
> ...[Trimmed]...
>
> | It doesn't matter.
>
> ...[Trimmed]...
>
> | standard naming conventions. Those standard-names
> | get passed along when people write in both
> | newsgroups and mailing lists.
>
> ...[Trimmed]...
>
> |
> | Again, the language leads us to the solution.
> | In this case, we have some order that we
> | can really use to our advantage.
> | For instance, FreeBSD has most PRs start at gnats.
> | After that there is a series of ACKs and NACKs.
>
> Nothing wrong with that.
>
I'm glad we can agree again. :-)
> | The key now is to find/track the resolution
> | as it fits within the context of the person
> | asking the question. Again, the knowledge is embedded
> | in the language, not the actual words themselves.
>
> ...[Trimmed]...
>
> | This might seem a bit confusing, unless we consider
> | that each message is both part of the question
> | and part of the answer. That is, in most situations
> | a question can be turned directly into an answer.
> |
> | Here is an example:
> |
> | What color is the wall?
> | The color of the wall is black.
> |
> |
> | True many emails babble (like this one), but
> | they do pertain important information. Perhaps,
>
> ...[Trimmed]..
>
Mr. Wu,
I do hope that you've found this useful.
I know I have. Perhaps, in the future you can again
add to the discussion.
Thanks again,
Jessem.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200011141157.DAA06897>