State of the Art 3

[Scarabin]

It's not just the language, it's the way the program represents the information internally. It only has a single HCP range, total point range, suit length range, etc. for each hand.

 

Some programs allow several alternative meanings for each bid, by having the same bid with different priorities, could GIB not be modified to allow this? It would not provide Cthulhu D's percentages but it would provide more flexibility?

[barmar]

Some programs allow several alternative meanings for each bid, by having the same bid with different priorities, could GIB not be modified to allow this? It would not provide Cthulhu D's percentages but it would provide more flexibility?

Anything is possible, if you have enough time and expertise available.

 

First, we'd have to redesign the way the program represents what a player has shown about their hand, so that multiple possibilities are allowed.

 

Then, we'd have to change the way this information is used by the program. Currently, a GIB bidding rule is written as something like "if the auction is like X, and partner has shown Y, and I have Z, then this rule applies and it shows A" (not in this type of language, it's actually something closer to regular expressions). If we add multiple meanings to a bid, we have to figure out how to write rules that can deal with this (how do you deal with "might have Y" rather than "promised Y"?). And we'd have to go through hundreds of rules, updating the ones that are affected by this change (the rules are very hard to read, so this is not trivial).

 

Then we have to figure out how to use it when doing simulations.

 

I think that if it's doable at all, it would be several months of work -- about the amount of time it took Fred to implement the mobile app. Not that we actually made a concrete decision between the two options, but if we were considering both of them at the same time I think we would have chosen the mobile app. Maybe if GIB were our main product something like this could rise high enough on the priority list, but the way things are, and with the resources we have, the most we're likely to do is small, incremental tweaks, not major redesigns.

[Scarabin]

Anything is possible, if you have enough time and expertise available.

 

Elision.

 

I think that if it's doable at all, it would be several months of work -- about the amount of time it took Fred to implement the mobile app. Not that we actually made a concrete decision between the two options, but if we were considering both of them at the same time I think we would have chosen the mobile app. Maybe if GIB were our main product something like this could rise high enough on the priority list, but the way things are, and with the resources we have, the most we're likely to do is small, incremental tweaks, not major redesigns.

 

Thanks. Good to hear from you.

 

Obviously we have completely different aims. You are concerned with real life and have to produce worthwhile solutions, and have to accept performance may be satisfactory rather than perfect.

 

I, on the other hand can play with aiming at perfect solutions and have to accept these may never be complete.

Part of my fantasy is to improve on every existing program, and that's why I treasure singularities like Oxford bridge allowing for options or Wbridge5 covering Vingte signals.

 

Slainte,

 

Ian