HHC 2017 RPL Programming contest information and results thread

[3298]

Odd, I can only reproduce that size when my calculator is in exact mode - when it's in approx mode as the rules say, the integer 12 is compiled to the real number 12. instead, increasing the program size to 75.5 bytes. On the other hand, when it's compiled in exact mode to get the integer 12, it works just fine even in approx mode. My 6. ALOG SQ in place of 12 ALOG would have been even shorter, by the way.
Other than that, it's remarkably similar to what I and a few other participants came up with (just without both "evil judge protections" to shed some bytes (analysis in my previous post, one of them actually improved the score), and with a few commands reordered in a way I didn't find which reduced the size by another 2.5 bytes). It seems the majority of us gravitated toward this solution, with varying levels of success.

Again, thanks to Claudio for going against the trend with his unique and very effective approach. I'll treat that as a lesson for future contests to think harder on the less straightforward paths towards a solution. I think I want to take that solution and improve on it just for fun. But not right now, I need to get some sleep in the next 6 hours or so.