[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Fwd: Re: [computer-go] Event-driven programming]
-------- Original Message --------
Subject: Re: [computer-go] Event-driven programming
From: "Robin Kramer" <robin@xxxxxxxxxxxxxxxxx>
Date: Fri, January 16, 2004 2:46 pm
To: <drake@xxxxxxxxxxxxxxxxx>
Oh yeah,
The most important point being that it is easier to program a well
defined program than it is to talk about a bunch of functionality, which
won't make it into the final program.
Sincerely,
Robin Kramer
Besides if the goals of a program are defined properly the technical
details follow easily.
> Wait a second ... why are we drawing up a contract?
>
> On Friday, January 16, 2004, at 11:43 AM, Robin Kramer wrote:
>
>>>> One other question, will some modules be able to generate events?
>>>> Will modules be able to set up their own event servers to
>>>> incorporate information from other machines(i.e. if two modules
>>>> could use
>>>> information
>>>> about ladders, maybe a joseki and a tesuji module will they both be
>>>> able
>>>> to use a module which reads ladders?)
>>>
>>> I'm not sure I understand your question.
>>
>> I have been reading about contract programming, and the idea is that
>> a program specifies an interface on which other programs depend, so
>> in essence a program specifies a contract between individuals. Once
>> you program a program to the specified contract, that contract cannot
>> change.
>> If you want to program additional features, then you have to write a
>> new
>> contract and make it public, so that other developers can take
>> advantage
>> of the new features, but also maintain the original contract.
>>
>> Lets draw up a contract. The master module must at least have these
>> properties:
>>
>> 1)Open Source, and cannot be redistributed under a commercial
>> license. 2) Well documented, with interfaces and templates
>> demonstrating any functionality.
>>
>> I am open to other contracts provided there are other benefits.
>>
>> Sincerely,
>>
>> Robin Kramer
>>
>> I have got to stop reading the Microsoft COM specification.
>>
>>
>> _______________________________________________
>> computer-go mailing list
>> computer-go@xxxxxxxxxxxxxxxxx
>> http://computer-go.org/mailman/listinfo/computer-go
>>
> Peter Drake
> Assistant Professor of Computer Science
> Lewis & Clark College
> http://www.lclark.edu/~drake/
_______________________________________________
computer-go mailing list
computer-go@xxxxxxxxxxxxxxxxx
http://computer-go.org/mailman/listinfo/computer-go