[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: computer-go: Engineering (was: Most simple Go rules)
I think resignation would get used by players. It's true that you
give up all hope of winning, but on the other hand it's not easy to
endure possibly long periods of time playing out a dead lost game. In
chess, players rarely get to checkmate, why embarass yourself past
some reasonable point of being dead lost?
Even in computer chess tournaments operators resign on behalf of their
programs for the same reasons. In almost all tournaments you still
need the approval of the tournament director just in case some player
made an impropoer judgement (guiding principle is let the comptuers
determine the result with as little human interference as possible.)
It's not unreasonable in a dead lost position to save everyone a great
deal of time and stop early.
Don
Date: Fri, 29 Jun 2001 09:35:12 +0200
Mime-Version: 1.0
Content-Disposition: inline
On Thu, Jun 28, 2001 at 05:20:02PM -0500, Daniel Hallmark wrote:
> I understand that human players do resign lost games out of respect
> and not to waste another person's time. But I am curious whether
> you think such behavior in a program might not deprive the programmer
> of valuable information about the program's performance. I understand
> the point of a tournament is to win, but still, regardless of whether
> your program is on the losing or winning side, is it not still possible
> to obtain useful data about the program's engame evaluations/tactics
> by playing the game out?
Well, I was thinking of resigning around the point when the game is
practically over, even if the rules specify that all prisoners must be
removed and all dame filled, or suchlike. After that point I see no
information to be gained, and only a slight hope of the opponent making a
mistake.
> My thought would be that in program vs. program games, I wouldn't really
> mind "wasting" another program's time if some benefit could still be
> gained for either party.
If any benefit, yes. If not, you might still be "wasting" the time of the
operator(s), and of everyone waiting for the next round to start.
-H
--
Heikki Levanto LSD - Levanto Software Development <heikki@xxxxxxxxxxxxxxxxx>