I share this feeling , esp. when each third party lib wants to introduce some variant of <$../<>).

But I've found some of the more common symbols end up being how you think about your code when you become more versed.

The big one is <$> for fmap. If you have some functor/monad/thingy, you'll often be like "I have this pure function that I want to apply to the inner value of my functor", and <$> is the perfect analog to $.

The high abstraction level of Haskell makes reaching for these really tempting and easy. And the alternatives are verbose and harder to read in many situations.

compare "capitalise <$> readStrLn" to

    do val <- readStrLn
       return capitalise val

(though "fmap capitalize readStrLn" isn't too bad)