>>66
Putting up with the endless contortions of Haskell's type system in search of a meaningless standard of purity doesn't make a lot of sense, but locking yourself in a small white room made of fuzzy parentheses isn't productive either. I stick to practical languages; preferably those made for extraction and/or reporting.