Approved it as 7 kyu.

seems to be fixed finally. I closing it but if something not good, reraise new one.

epic dedication

LOL. You're crazy

If they're immutable, they're also fixed size. I think this is a case where there's no right answer and it's up to preference. Since the types of the inner elements are heterogeneous (for the clues), and that the sequences themselves represent finite sets of data that will never change since the input they're based on will never change, this ticks both major boxes to justify using a tuple. The only gains you get by returning a list of lists is that the function's user will be allowed to modify the returned lists afterwards, but again, those are very subjective API design choices. Again, since the answer is obvious even before runtime, to me it semantically reads like named_tuple('clues', 'clue1, clue2, clue3, ..., clueN')

Personally, i always saw tuples mainly as fixed size lists rather than immutable ones. I like using them for "return a pair" or to represent coordinates in a grid.

But still, why does it matter if the input or output are immutable? What makes this kata any different from other katas that have sequences as input? Pretty much all other katas use lists as input and output, even though those values are just as immutable as this kata's.

Some argue that tuples are Python way to have immutable lists. I am not sure I agree, but again, I am not a Python person.

Why are we using tuple instead of list? Also, wouldn't it be better for the input to be a 2D array of bool instead of int?

Absolutely legendary!!!

HAHAHAHA

Bro's really a quick learner!

You are mad man :XDDD

with enough madness and dedication you can fill the whole it up to 10^8, but in the end none of it matters.

And what if the list has 200 values?)

Usted lo que es un loco