On one side I feel bad for not figure this kind of solutions out just cuz' I forgot certain lang feature exists, on the other side I love checking them out to see how they work.

But hey, practice makes perfect

Welp, fair enough honestly.
I guess people just put all their attention on one step that they forget what result they were searching for in the first place.

You should leave more clear you need to return the number of steps to get the persistence and not the persistance itself, I know is stated up there but it's easy to pass that part when reading and when you concentrate on the solution.

At least letting at the end something like "You must only return the amount of steps you took to get the persistance", so there's atleast less people asking the same thing over and over.

i did something similar but using log10(x)+1 to get the digit amount, now I feel dumb for not thinking of this

So i'm trying to solve this on C++, it passes all sample tests but when it goes to should_pass_all_fixed_and_edge_assertions it stops with this error:

stderr

UndefinedBehaviorSanitizer:DEADLYSIGNAL
==1==ERROR: UndefinedBehaviorSanitizer: SEGV on unknown address 0x000000000004 (pc 0x000000425620 bp 0x00000259e800 sp 0x7ffe7ee1bd40 T1)
==1==The signal is caused by a READ memory access.
==1==Hint: address points to the zero page.
==1==WARNING: invalid path to external symbolizer!
==1==WARNING: Failed to use and restart external symbolizer!
#0 0x42561f (/workspace/test+0x42561f)
#1 0x429751 (/workspace/test+0x429751)
#2 0x426bbe (/workspace/test+0x426bbe)
#3 0x426703 (/workspace/test+0x426703)
#4 0x42633b (/workspace/test+0x42633b)
#5 0x42da35 (/workspace/test+0x42da35)
#6 0x4259ed (/workspace/test+0x4259ed)
#7 0x7f2cdb2fdc86 (/lib/x86_64-linux-gnu/libc.so.6+0x21c86)
#8 0x4046a9 (/workspace/test+0x4046a9)

UndefinedBehaviorSanitizer can not provide additional info.
==1==ABORTING

Someone has any idea what could be triggering this?

im not too familiar with python syntax so i just write what though it would work, now i realize how inefficient this is, but im gonna let it like that anyways :P

In case someone ask: I use "..." operator to split the string characters in to an array and then inverting and spliting that, in this way it works with unicode characters too.

some unicode chars really consist on two symbols, making split() taking it as two diferent characters, which can lead to incorrect results, for example you can try to see what this code returns on the web console:

console.log('foo 𝌆 bar'.split('').reverse().join(''));
// -> rab �� oof
console.log([...'foo 𝌆 bar'].reverse().join(''));
// -> rab 𝌆 oof

So at the end the kata just use ascii, but i think is always a good practice ensure things works equally no matter what anyway :P

I think "base % factor = 0" is evaluated as statement, who returns either TRUE or FALSE on each row depending on the result with the values of that row
im kinda new to sql so someone correct me if i miss something