3 ms·
Your claim was that Elm isn't boilerplate heavy, but without these types of abstractions, it is. Perhaps you can't see the benefit and you're happy writing 10
by leshow 10y ago
Your claim was that Elm isn't boilerplate heavy, but without these types of abstractions, it is.
Perhaps you can't see the benefit and you're happy writing 10 implementations of "show", but don't claim there is no boilerplate.
For the record I don't care if it's typeclasses and I wouldn't want to see Elm turn into haskell. I'd just like some other type of mechanism for abstraction besides extracting to a function.
- rtfeldman 10y ago> 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.