Coding Games and Programming Challenges to Code Better
Send your feedback or ask for help here!
Created by @SR135,validated by @ManuelJ,@Thor37115 and @Harry.B.
If you have any issues, feel free to ping them.
Coding Games and Programming Challenges to Code Better
Send your feedback or ask for help here!
Created by @SR135,validated by @ManuelJ,@Thor37115 and @Harry.B.
If you have any issues, feel free to ping them.
validations get stuck in validator 4, any idea?
It seems that Validator 4 is the only case where the input drone is not symmetrical, so perhaps you arenāt rotating the image by 180° properly? Try creating a custom case (e.g. change one of the ā+ā in Test 4 to something else) to see if your code handles such a situation correctly.
The statements talks about ascii characters. But the § selected to represent a drone component is not ASCII, it is Unicode.
§ is a poor choice as it creates an unnecessary problem in languages with poor unicode support. Of course solvable, but the misleading explicit mentioning ascii in the statement makes it even worse.
I am wondering how 3 approvers did not check the statement?
§ is an 8-bit character, I donāt think that it will be problem.
Thank you for reporting. Iāve deleted āASCIIā in the statement.
That depends on the language and the library string functions you use.
Great little puzzle. I appreciate that there was no problem where I had to account for a āvā, although I sort of did anyway just in case. It would be nice, though, if one of the test cases was similar to validator 4. It was a quick fix once I learned I hadnāt rotated properly, but it sucks to think youāre done and fail the validation.