@Jeremygee Amazing. I've edited a bit to conform better to wiki standards, but you've done a great job. One hint for next time: There's a "Preview" button you can use instead of committing your change.
There seems to be a rather uniform style in other submissions
I'm not sure how I would describe it. Direct, procedural, linear flow of execution. I seem to grab for function definition and composition over single line primitive composition like everyone else.
this is a pretty good example of how the preponderance of solutions are implemented
I don't know that I even understand the structure. So if someone were to ]link these directories, the code would simply be executed? or do they define tradfns? I'm not certain
although my tendency to reach for functions and composition could very well have been a side-effect of the architectural decision to make the solutions testable, thus making them functions which all universally return a length 2 array of solutions for (part1, part2) process ⍵ where ⍵ is the lines from the input file
@nathanrogers iirc jayfoad tries for leaderboard positions so he's focusing on trying to get the answer fast rather than make it 'testable' or whatever
@nathanrogers imo it seems more of a consequence of your lisp-y style, no reason more 'direct' solutions couldn't be testable
Anyone for the one-character transformation of ⍳-×-⍳ or ⍳-≢-⍳ to make even numbers, while staying palindromic (meaning you have to change the × or ≢) and not introducing any constants?
@rak1507 That's something I hadn't considered. Speed to solution would lead to a much more direct, and probably idiomatic APL solution
@rak1507 I didn't mean to suggest one is more testable than another. What I meant was that if I start from the position of "what is the interface for testing the solutions" you'll end up in a different place than had you started from the mindset of "2015 day 1 part 1" and just writing the solutions directly
Or put simply, if you start from different places, you'll probably end up with different results
I'm interested in understanding and learning the other places people start so I can understand different tools for solving problems in APL, especially because I do come from Lisp and FP first, and so you're right, my solutions do tend to reflect that