On Sat, 16 Feb 2002 11:10:17 +0100, F. Xavier Noria wrote:

>: What an anti-climax. Utterly boring.
>
>Maybe being a mathematician I am a bit formalist, but the challenge was
>to use as few strokes as possible, if you didn't use strtol you lost. If
>you didn't want to use strtol as an option you are in your right. When I
>play a game I try to win, that's all.

Bart Lateur wrote:
> So here's my solution:
>
>       use Foo;foo pop
>
> The module Foo.pm still needs to be written, but that isn't relevant.
>
> Oh, we can make both the module and the function names much shorter,
> like just one character.
>
> I'm sorry, but I think of using anything that isn't in the core
> language as cheating.

I think cheating is too strong a word, because the 33-strokers
were playing within the rules. And is there a fundamental difference
between strtol and unpack, say? They are both functions, after all.
If you set a golf problem that was directly solved by a single
call to unpack, that would be bad.

I don't feel strongly, but I would like the module rule to stand.
Just don't choose a problem that is directly solved by a module
function!! One of my reasons for the weird nature of the "Get Even"
game, is that I wanted to be certain to avoid a "well known" problem,
where people could search the Web and copy the solutions of others.

I have been involved in all 4 tournaments in the current series
(Santa, Ton, Get Even, TPR). So has Ton Hospel, and I would be
interested in hearing his opinion, as he produced both a
33-stroker and a 47-stroker in this game.

In my case, I produced my 33-stroker in about 10 minutes, without
even reading perldoc (as evidenced by my gaff). Yet, despite hours
of effort, 50 strokes was the best I could produce without using
a module. So I think the difference in order of difficulty is at
least 10 times. And I found the no module solutions *much* more
interesting and much better golfing.

/-\ndrew

Reply via email to