Timeline for answer to Should language-specific code golf challenges be explicitly disallowed? by AdmBorkBork
Current License: CC BY-SA 3.0
Post Revisions
8 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jun 17, 2020 at 9:03 | history | edited | CommunityBot |
Commonmark migration
|
|
| Apr 13, 2017 at 12:39 | history | edited | CommunityBot |
replaced http://codegolf.stackexchange.com/ with https://codegolf.stackexchange.com/
|
|
| Oct 6, 2016 at 16:18 | comment | added | Konijn | Agreed, bookmarklet golf challenges could only be done in JavaScript | |
| Mar 24, 2016 at 20:47 | comment | added | AdmBorkBork | @AlexA. Yes, the Dyalog APL challenge has a lot of non-APL answers. That's fine. Authors should be allowed to say "I'm only going to accept answers in XYZ language" without worry about repercussions. The author is still restricting the challenge where only APL answers are considered contending. | |
| Mar 24, 2016 at 20:44 | comment | added | Alex A. Mod | The linked Dyalog challenge has answers in a lot of languages, not just APL. | |
| Mar 24, 2016 at 20:43 | comment | added | AdmBorkBork | @AlexA. That would solve one example, but things like the linked Dyalog APL challenge would thus still fall under this rule. Obviously we wouldn't want to have [dyalog-apl-golf] and [javascript-golf] and ... | |
| Mar 24, 2016 at 20:28 | comment | added | Alex A. Mod | Would you feel differently if regex golf challenges were separated into their own tag, say [regex-golf], that was distinct from code golf and exempt from this rule? | |
| Mar 24, 2016 at 19:56 | history | answered | AdmBorkBork | CC BY-SA 3.0 |