[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [computer-go] Pattern matching - example play
On Mon, 29 Nov 2004 Compgo123@xxxxxxxxxxxxxxxxx wrote:
> In a message dated 11/29/04 2:30:55 AM Pacific Standard Time,
> frank@xxxxxxxxxxxxxxxxx writes:
>
>
> > I wonder at what stage in the development of a Go program, and at what
> > strength, Go knowledge becomes more important than hacking ability.
> >
> > I even wonder whether Go knowledge is very important at all.
> >
>
> You are so behind on this issue that you don't even know that you don't know.
I really wish we could get back to discussions on this list without
statements like this.
> >None of the Go programmers have ever given any arguments as to why you can't
> >extract Go knowledge from game records, and be better than "manual" Go
> >knowledge. I have given a working example for "shape" and theoretical
>
> Just to set the record straight. Automatic extraction of Go knowlege from
> game records has been discussed on this list for many years. Pattern harvest is
> one of them. It's more difficult than many people think to come up a new idea.
Jusgt to set the record straight, here is a list of tasks in order of
difficulty, according to my opinion:
1. Discussing an idea on computer-go
2. Having an idea
3. Implementing it well
4. Pushiing it furhter than anyone else has done before in a good
implementation
I think Frank may have achieved no. 4 wrt harvesting patterns from
professional games (I don't know, since GoPP may also be very good at
this).
Arend
_______________________________________________
computer-go mailing list
computer-go@xxxxxxxxxxxxxxxxx
http://www.computer-go.org/mailman/listinfo/computer-go/