Timeline for Offering functions
Current License: CC BY-SA 3.0
7 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Dec 8, 2013 at 8:49 | answer | added | Peter Taylor | timeline score: 1 | |
| Dec 6, 2013 at 8:46 | comment | added | Fabinout | That's one way of looking at it, but it could be easier to offer more complex problems to golfers. On the other hand it also could impacts languages which can't manipulate functions. As you said it, it could be possible to offer both a function AND an input, to makes things the most convenient for everyone? | |
| Dec 6, 2013 at 0:14 | comment | added | Peter Taylor | Ah, so you're effectively trying to iron out the advantages some languages have in parsing input by instead supplying black boxes. | |
| Dec 5, 2013 at 19:55 | answer | added | Cruncher | timeline score: 2 | |
| Dec 5, 2013 at 19:03 | comment | added | Fabinout | Well, it was obviously poorly explained. Let's say that my golf-challenge needs external elements (that cannot really be invented). For example : "Write a program that calculates the product of the 1000 first decimals in the Deuteron mass, let's assume that f(n) gives you the n-th decimal of this constant". This is a quite easy problem, but it requires that the program accesses this data one way or another. But "offering" this function may not be fair for some languages. Is it clearer? | |
| Dec 5, 2013 at 16:58 | comment | added | Peter Taylor | It's not at all clear to me whether your question is "Is it fair to say 'Implement any one of these functions'?" or "Is it fair to have a single challenge which requires each competitor to implement multiple functions?" Could you rephrase, and also outline why you're worried that it might be unfair? | |
| Dec 5, 2013 at 14:21 | history | asked | Fabinout | CC BY-SA 3.0 |