[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [gnugo-devel] Interested in GNU GO development

From: Harry Wang
Subject: Re: [gnugo-devel] Interested in GNU GO development
Date: Wed, 21 Apr 2004 21:08:21 -0700 (PDT)

I am perfectly happy to sign copyright assignment to the FSF. I am a
self-funded grad student so I think there won't be much issues with the
university here.

I was interested in pair programming techniques (one of XP
approach) because I find it more productive. But I understand it's harder
to people to meet in person to work on code in GNU projects.

I have played 30-50 games with GNU GO on 9x9 and 19x19 boards. So far I am
pretty impressed about it's performance on 9x9. But on a 19x19 board, it
is only smart about local fights but fails in global strategy. One example
is that I can build center influence easily while GNU GO is taking over
the corners. This shows that GNU GO is not noticing the intention of its
opponent quickly enough.

I have not read too much of the code or docs. But I'll ask anyway, what
are some mechanism in place to address this issue in GNU GO 3.4? If not,
if a heuristic can make GNU GO be aware of such intent, then it can play
aggressively to attack these areas.

 Harry Wang
Department of Computer Science
University of California Santa Cruz
Email: address@hidden
" Obedience, Bane of all genius, virtue, freedom, truth, Makes slaves of
men "
(Percy Bysshe Shelley)

On Tue, 20 Apr 2004 address@hidden wrote:

> I'm not quite sure what you mean by pair program, but I'm
> in the Bay Area and am a GNU Go maintainer. I'm fairly busy
> these days with non-GNU Go responsibilities but would be
> happy to try to help you.
> In my experience, there is no real need for collaborators
> to be geographically close. I have not met most of the
> people who work on GNU Go in person.
> If you contribute code we would ask you to sign a copyright
> assignment to the FSF. Are you willing to do that?
> One thing that I think needs to get done is to implement persistent
> caching of semeai results so we can increase the semeai node
> limits. If you look in the function owl_attack() in owl.c you will
> see a call to search_persistent_owl_cache().  There is no
> corresponding call from the function owl_analyze_semeai().
> Other people might have other projects to suggest.
> Daniel Bump
> > Hi GNU GO develpment group,
> >
> > I am interested in helping with GNU GO. I wonder if there is someone in
> > the Bay Area CA would like to pair program. If not, that is fine too.
> >
> > I looked at the task list. I want to go over some details with someone,
> > mainly on what I can help with. My goal is to find an interesting enough
> > problem to tackle, do some research and improve GNU GO.
> >
> > I am most available in the next 30-days. So I am eager to jump on the
> > development wagon. Trouble is, where to start?
> >
> > also, I am about 5 - 3 kyu, and out of practice. it would be nice to do a
> > project on GNU GO as an execuse to play GO. :)
> >
> > Harry Wang

reply via email to

[Prev in Thread] Current Thread [Next in Thread]