Timeline for Default for Code Golf: Input/Output methods
Current License: CC BY-SA 3.0
10 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jun 17, 2020 at 9:03 | history | edited | CommunityBot |
Commonmark migration
|
|
| Dec 12, 2017 at 14:44 | comment | added | nimi | @Mego: True for my mini example. However, the advantage for #2 remains even if the task is more complicated. | |
| Dec 12, 2017 at 14:38 | comment | added | user45941 | @nimi That falls afoul of this loophole. | |
| Dec 12, 2017 at 14:36 | comment | added | nimi |
@Mego: (cont.) Stupid example to illustrate the point: challenge: output the system time. Fictional stack based esolang #1: St (system call "time" + implicit print -> 2 bytes). Fictional stack based esolang #2: No systems calls available, therefore the time is expected as input on top of the stack + implicit print -> 0 bytes). #2 wins, because #1 has to use the system calls. Same example for non-esolangs: import Time;f=print(system_time()) vs. f(x)=print(x).
|
|
| Dec 12, 2017 at 14:36 | comment | added | nimi | @Mego: yes, I know, maybe I wasn't clear enough. My point is: getting some system information via additional input is usually much cheaper (in bytes) than having to call some system library functions. Some languages would be allowed to use the former, others not, although both compete within the same challenge. That's unfair. ... | |
| Dec 12, 2017 at 6:19 | comment | added | user45941 | @nimi This isn't for those languages that can access system information/resources only in an expensive manner. This proposal is for languages (like brainfuck) that have no way to access that information/those resources. Because BF has no source of randomness, this proposal would allow BF to take a seed value as an additional input to be fed into a PRNG. | |
| Dec 6, 2017 at 23:03 | comment | added | nimi | I don't like this idea (it's related to this meta. Accessing system information can require quite some bytes (maybe an import and/or system calls with long function names). Taking just another input variable instead is an unfair advantage. We always had challenges which cannot be solved with all languages (e.g. graphical output), but most can, so it's not a problem. | |
| Dec 5, 2017 at 18:49 | comment | added | Οurous | @StephenLeppik I was thinking more of completely deterministic languages where you would need the random seed for any subsequent random values. | |
| Dec 5, 2017 at 18:29 | comment | added | Nissa | Well, cryptographic random values can still be generated in Turing tarpits. | |
| Dec 4, 2017 at 21:49 | history | answered | Οurous | CC BY-SA 3.0 |