On 2017-08-16, boB Stepp wrote:
> On Tue, Aug 15, 2017 at 12:29 PM, Alan Gauld via Tutor
> wrote:
>> On 15/08/17 15:09, Neil Cerutti wrote:
There are a variety of reports that I would like to be able
to print to screen or paper. Things such as a "Top x List"
of rated players, full
On 16/08/17 04:06, boB Stepp wrote:
>> I agree with Neil, this is exactly what SQL is good for and
>> would make this part of the project much easier and would have
>> the added benefit of introducing you to one of the trickiest,
>> but most common, bits of OOP - object persistence...
>
> Would y
On Tue, Aug 15, 2017 at 12:29 PM, Alan Gauld via Tutor wrote:
> On 15/08/17 15:09, Neil Cerutti wrote:
>
>>> There are a variety of reports that I would like to be able to
>>> print to screen or paper. Things such as a "Top x List" of
>>> rated players, full rating list sorted from highest rating
On 15/08/17 15:09, Neil Cerutti wrote:
>> There are a variety of reports that I would like to be able to
>> print to screen or paper. Things such as a "Top x List" of
>> rated players, full rating list sorted from highest rating to
>> lowest, rating lists for the current school year only or a
>>
On 2017-08-13, boB Stepp wrote:
> REPORT GENERATION
>
> There are a variety of reports that I would like to be able to
> print to screen or paper. Things such as a "Top x List" of
> rated players, full rating list sorted from highest rating to
> lowest, rating lists for the current school year on
boB Stepp wrote:
> On Sun, Aug 13, 2017 at 3:52 AM, Peter Otten <__pete...@web.de> wrote:
>> boB Stepp wrote:
>> Still, a good unit test might be to initialise a RatingCalcultator with
>> different "highest possible ratings" and then verify for each instance
>> that actual ratings never exceed th
On Sun, Aug 13, 2017 at 5:49 PM, Alan Gauld via Tutor wrote:
> On 13/08/17 21:15, boB Stepp wrote:
>
> I return to the point I made about focusing on the
> objects not the functionality.
>
>> It is not very well-written in my opinion. But anyway ... The basic formula
>> is:
>>
>> new_rating = ol
On Sun, Aug 13, 2017 at 3:52 AM, Peter Otten <__pete...@web.de> wrote:
> boB Stepp wrote:
>> I am only at the very beginning of coding this class. I have not
>> added any methods yet. Currently I am adding class constants that
>> will be used in this class' methods. These constants are for inte
On 13/08/17 21:15, boB Stepp wrote:
I return to the point I made about focusing on the
objects not the functionality.
> It is not very well-written in my opinion. But anyway ... The basic formula
> is:
>
> new_rating = old_rating + K_MULTIPLIER * (opponent_rating -
> old_rating) + K_ADDER * (y
Based upon the feedback thus far (Many thanks!) I think that perhaps I
should expand on my design thoughts as I have already stubbed my big
toe at the very start!
On Sun, Aug 13, 2017 at 12:22 AM, boB Stepp wrote:
> The intent of this project is more than just calculate chess ratings.
CALCULATI
boB Stepp wrote:
> I mentioned in one of the recent threads that I started that it is
> probably time for me to attempt a substantial project using the OO
> paradigm. I have had no coursework or training in OOP other than my
> recent self-studies. Everything (Other than toy practice examples.) I
On 13/08/17 06:22, boB Stepp wrote:
> The intent of this project is more than just calculate chess ratings.
> I also envision being able to store a record of all game results and
> player information for my school chess players that I give lessons to.
That's fair enough but OOP or no OOP the basi
It is rather late here, so I won't get to the links until much later
today, but ...
On Sun, Aug 13, 2017 at 1:42 AM, Steven D'Aprano wrote:
> I haven't had a chance to read the entire post in detail, but one thing
> which stands out:
>
> On Sun, Aug 13, 2017 at 12:22:52AM -0500, boB Stepp wrote:
I haven't had a chance to read the entire post in detail, but one thing
which stands out:
On Sun, Aug 13, 2017 at 12:22:52AM -0500, boB Stepp wrote:
> I have started my coding with a RatingCalculator class. The intent of
> this class is to gather all methods together needed to validate and
> ca
I mentioned in one of the recent threads that I started that it is
probably time for me to attempt a substantial project using the OO
paradigm. I have had no coursework or training in OOP other than my
recent self-studies. Everything (Other than toy practice examples.) I
have coded to date has be
15 matches
Mail list logo
