Re: [computer-go] Pattern matching - example play

["Frank de Groot" <frank@xxxxxxxxxxxxx>]

To: <computer-go@xxxxxxxxxxxxxxxxx>
Subject: Re: [computer-go] Pattern matching - example play


> > 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.


Why do you think I am very far behind on this issue?
Haven't my arguments as to why I do not see an inherent need for a
programmer's Go knowledge been clear?
Or do you see flaws in my arguments that are so self-evident that you think
it's embarrasing to point them out to me?
In that case I would still like you to clarify your POV, as "you are so far
behind" sounds more like ad-hominem than an argument with empiric/scientific
roots. I hope we will be able to maintain some level of civility here and
not descend into as-hominem as a matter of course, except when there are
heated debates full of hard arguments, in that case I case the
benefit-insult ratio is acceptable.


> 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.


I have noticed what has been discussed on this list. 2 years before my first
posting here, I started reading this list.
I downloaded it in its entirety, and from another place I downloaded the
very oldest postings (14 year old I believe).
Although it's 17 MB and full of repetitions because most people here are too
lazy to quote properly, I can reccomend it greatly.

This is why I read it three times, in its entirety.
Even the smallest idea can become pivotal, apart from the publications I
read, I am very interested in concise ideas like those one can read here.


> It's more difficult than many people think to come up a new idea.

Well, that fatalistic attitude isn't going to help someone who's task it is
to come with new ideas now is it?


> >There are kids that are
> >Shodan but there are no kids that are highly professional software
engineers
> >that have sustained rates of a patentable invention per year.
>
> You probably didn't hear that many highschool graduates or even dropouts
are
> employed in the computer game industry in US.

I was talking about 12 year old children, Daniel.
A 12-year old child can become stronger that the world's strongest Go
programs but it can't develop software systems that run a nuclear power
plant or control the space shuttle or a NMR machine.

As a lifelong database programmer, you possibly are unaware of the vast
realm of non-database software development (and the different way of
thinking that comes with it).

And there is a difference between saying: "It would be cool to work with
patterns" and actually implementing something that works with patterns :)

_______________________________________________
computer-go mailing list
computer-go@xxxxxxxxxxxxxxxxx
http://www.computer-go.org/mailman/listinfo/computer-go/