add hlint

[4e554c4c]

No description provided.

[isovector]

Hi there! Thanks for the PR, but I am not very fussy about hlint's ideas of what good Haskell code looks like. In particular, I really hate the following hints:

• fmap -> <$> hint, since it decreases syntactic compositionality---meaning if I ever change the code, I need to fuck around with sections rather than just inserting a few more $s.
• Similarly, case @Bool -> if is a bad change, for the same reasons. If the type ever changes, now I need to rewrite the whole block.
• Rules like fmap . fmap -> fmap (.) detract from readability in large pipelines; yes, they are equivalent to the computer, but they are not equivalent to the human reading the code

[4e554c4c]

re: fmap, it appears to prefer this only if the expression is fmap x $ y, in which case i think x <$> y is more readable

with regard to the others, it's pretty easy to configure hlint to ignore these specific kinds of errors.
hacking on cornelis with hls currently looks like a christmas tree of lint errors, and I would prefer if the style were codified somewhere so that my editor didn't complain

[isovector]

I would prefer if the style were codified somewhere so that my editor didn't complain

I'm open to this, so long as the hints I pointed out earlier are disabled.

...an easier solution might just be to disable hlint entirely, however ;)

[4e554c4c]

should be ready for review now. the fmap and if refactors are not included

[isovector]

Some minor nits, but otherwise I'm OK with this change. Thanks for the tidying effort!

[isovector]

Thanks so much!