Computer Chess Club Archives


Search

Terms

Messages

Subject: Re: Who is the strongest OTB chess player at CCC?

Author: Uri Blass

Date: 07:35:06 02/13/04

Go up one level in this thread


On February 13, 2004 at 10:13:26, Peter Fendrich wrote:

>On February 13, 2004 at 00:28:13, Paul Doire wrote:
>
>>Hi All,
>>
>>I am interested in knowing the strengths of all who post here.
>>Whether it is USCF or FIDE.To import chess knowledge into chess programs
>>seems to require the programmer to be strong or at minimum, their resources to
>>be strong. Who dares to tell...and dares to tell of those who will not tell.
>>Some human analysis we see would carry more weight knowing the strength of the
>>analyst. Do you dare to tell?
>>
>>Regards,
>>Paul
>
>I'm quite convinced that the correlation between being a strong chess player and
>a strong chess programmer is not very high. It's far more important to be a good
>programmer than a good chess player in order to produce a strong chess program.
>Of course the programmer must have rather good knowledge about different chess
>elements but that is not at all the same as being strong in OTB play. I even
>beleive that a very strong OTB player might have some troubles to lower his
>level of play to the level of an evaluation function in a chess program...
>/Peter

I do not agree with the last claim.
strong players do not need to lower their level of play.

Even 1500 players know about fortress positions when most chess engines do not
have the knowledge.

This is not a problem for the programmers so for the same reason the fact that
some programmer is a strong player should not be a problem.


If you try to teach a chess program everything that you know you have problems
and the question if you are a strong player or not strong player is not
important and the problem is that you simply do not know to give definitions to
your knowledge.

Uri



This page took 0 seconds to execute

Last modified: Thu, 15 Apr 21 08:11:13 -0700

Current Computer Chess Club Forums at Talkchess. This site by Sean Mintz.