This is with random test cases. Random TCs generation needs to be fixed not to have leading zeroes

@ogryzek, I guess this is now resolved, if so, update and mark it as resolved once the issues are fixed.

Test cases for the java are wrong. it checks strings equality with == instead of .equals , please fix it.

Please explain. Did not understand this

Thank you for this comment!, I did not know this.

len function is unnecessary here, as the problem statement specifies that input is a triplet.

you need to create a function that when provided with a triplet, returns the index of the numerical element that lies between the other two elements.

I will assume that @resetxd's question was sarcastic ),
Sorting will take extra space and higher time complexity than just parsing linearly.

Thanks for the explanation @Chrono79. I got confused by the same discrepancy in answers but your point clarified it for me

One run your tests with string "when we add 100 to 3250, it becomes 3350"

you could just do return (condition_in_if_statement);

@dinglemouse raised this already, Thanks for pointing it anyway )

Nice trick!

This can be done with trial and error. two character set is taken to avoid wrong mappings.

As '@' is the the ascii character before capital letter A, '@' is subtracted to get the correspending number from ascii set.
example :
'A'-'@' = 1
'B' -@' = 2 ..