Brain-Flak, 170 bytes
(({}<>)<>[()]){(({})[()])}{}{}{(<>({}<({}())>)<>)({}(<()>)){({}[()]<(({}()[({})])){{}(<({}({}))>)}{}>)}({}{}<{}>){(<{}>)<>({}<({}[()])>)<>}{}}<>{}({}<(())>){((<{}{}>))}{}
Try it online!
To my knowledge, this is the first primality checker ever done in brain-flak. Like mo...
Code golf is a type of recreational computer programming competition in which participants strive to achieve the shortest possible source code (not to be confused with binary Sizecoding) that implements a certain algorithm. Such tournaments may also be named with the programming language used (for example Perl golf).
== History ==
The length of the shortest possible program that produces a given output (in any fixed programming language) is known as the Kolmogorov complexity of the output, and its mathematical study dates to the work of Andrey Kolmogorov in 1963. Code golf, however, can be more...
> Support a representation of natural numbers and of tuples. (We're talking about languages rather than implementations, so we will leave to one side the issue of type widths).
but most languages just add primality checking and adding and that cuts it?
AFAIK sed counts as a programming language but it has no notion of tuples
Take BF for example, it has a representation of natural numbers, but sed or regex doesn't
I mean it can still do primality checking
but still..
tuple representation I assume means some way to represent a set of values
In Minkolang I'm sure there's someway to do that
I'm not saying I completely think our definition of programming languages should include tuples but I think we're being a little lax on enforcing the notion of a "representation of natural numbers"
also AFAIK bubblegum (i think) when the input is a sepecific hash it will run a primality/adding program but it lacks a natural number representation
if we are going to go so far as to consider anything which is considered a "byte" to be a "representation of a natural number" then I guess these languages could be considered OK but that's a bit on the edge
I'm not saying I completely think our definition of programming languages should include tuples but I think we're being a little lax on enforcing the notion of a "representation of natural numbers"
Examining the output of the SEDE query provided in meta.codegolf.stackexchange.com/questions/5079/… I have found many examples such as "python-18" and "java(123" where the language is wrong because the answerer wrote their answer in such a way that it confused the query. Would it be considered excessive editing to modify the answers so that they are in a more standard form that the SEDE query recognizes?
Damn, python is up to 18 now? I should really look into that.
I don't think it's excessive to edit them. I think it might be if you edited them all at once. For mass edits, I think the usual recommendation is to break them up into chunks so they don't take up the entire front page.
Tic-tac-toe
Here is a tic-tac-toe board:
a b c
| |
1 - | - | -
_____|_ _ _|_____
| |
2 - | - | -
_____|_____|_____
| |
3 - | - | -
| |
Given a set of moves, print the board with the tokens on.
Input...
@ASCII-only Pretty much. But It's not transpiled because the custom commands are still processed/executed directly by Vim, but they are mapped to custom functions.