1. 6
  1.  

  2. 2

    Instead of trying to figure out how to make code look good, I’ve spent most of mine time tearing problems into little pieces because it’s the only way I can figure out how to structure the program. I found I wind up writing code that is concise and readable just because it would be more work not to.

    This is an interesting point and one that I found when I first started writing erlang. I didn’t know the right way to make big complicated functions, so I just kept breaking problems down into smaller and smaller bits. The best coverage I know of this very thing is from Gar1t http://www.gar1t.com/blog/solving-embarrassingly-obvious-problems-in-erlang.html where he refactors down a large function into smaller and smaller bits.

    1. 2

      I can’t be the only one who can’t read that. Small font, dark gray text, light gray background?