57
veky
22 48 64 Leader of the month
44587/ 53887
Last seen 1 day ago
Member for 11 years, 6 months, 7 days
Difficulty Advanced
We shall not cease from exploration, and the end of all our exploring will be to arrive where we started and know the place for the first time.

Best reviews / Newest reviews
First-tuxninja
This doesn't really make sense. But you know that, right? :-) More
Second-tuxninja
You don't need "+" in your regexen (you even don't have it in the first one:). And you don't need r here, though maybe it is good to always write it to remind you of regex parsing. But the last one then really ought to be \d. ;-) Also, you don't need bool around the first condition, and even on the More
First-tuxninja
Nice reorganization into tens and dups, but the code has some horrible duplication. You can do much better. ;-] Here is an interesting approach, that tries to stay faithful to your algorithm. Of course, if you're willing to depart a little from your original algo, you'll be able to write much bette More
After Tubis-nickie 1
Yup, that's good. ;-) I hope you're aware that you could have written "rue" after T instead of that [0], and still have the same number of characters? :-) More
First-blueBlood
OMG. This is really contrived, and not Pythonic at all. :-( More
First-leighmo83
You don't need parentheses around bin(number). :-) More
First-leighmo83
Is there _any_ reason to rename args to "list" (which is a builtin btw)? More
First-leighmo83
You don't need "len(array)". array[-1] is also last element. More
First-smilicic 1
Why tuple? And Python has set comprehensions also. More
First-smilicic
Nice. Trivia: set("GS") is probably nicer than {'G', 'S'}. And a bit more substantial thing: enumerate has optional second parameter. Here enumerate(...,1) would probably help. ;-) More
sums even-indexes elements and multiply at the last-lunaoesed
Too many parentheses. :-D Also, line 6 is simply "if array:". And one more hint: when you see something purple, Python is trying to tell you something. Precisely, line 5: sum is already there, and it does exactly what you want. You might want to learn about slicing too. More
fourier simplified-coells 1
Wooow! FT in singledigit number of lines. Totally cool. :-) However, I can't give you more thumbs, since you artificially limit the degree of polynomial. Have you thought about using 1 << expr.count("x").bit_length()? I think it wouldn't slow you down much, and you'd have a general algorithm. More
Second-agdk26
Really too complicated, and not working with Pythonic data structures. get_positions is really criminal in that regard. More
First-kvas
Cool, an object oriented approach. But still too algorithmically complex. More
Shorter-kvas
Elegant and short. Still a complexity class too much (O(n^3)). More
First-sleepyone 1
Those ifs could really be simpler. elif is useful. ;-) And redundant assignments really made me scratch my head. Why not just increment partial in one branch, and full in another? More
First-sleepyone
Very clear. Complex numbers addition could come handy when encoding moves. More
Inspired by BrainF**k-HonzaKral
Not very funny, and really not unusual. (I know it's subjective.) More
First-gflegar
A curiosity... `min(4 - i % 4, 4 - i // 4) + 1` is just `5 - max(divmod(i, 4))`. :-) More
First-Marigold
Very cool. Layered Dijkstra. :-) More