> Your claim was that Elm isn't boilerplate heavy, but without these types of abstractions, it is. You seem very certain of this, so surely finding some real-w

> Your claim was that Elm isn't boilerplate heavy, but without these types of abstractions, it is. You seem very certain of this, so surely finding some real-world code examples to back it up should not be too difficult, yeah? :) > Perhaps you can't see the benefit and you're happy writing 10 implementations of "show" Like I said, I do see the benefit, but don't think it's worth the drawbacks. Also, "deriving" saves you from writing "show" implementations, not typeclasses, so I'm not sure why you're bringing that up.