News for hackers. Stuff that matters.

A comment on What Monoids teach us about software. Parent comment

Re:What Monoids teach us about software by Koshkin on Wednesday September 13, 2017 @03:17PM (#15241629)
IMHO, naming things sometimes only makes sense in a specific, wider context. Thus, using a domain-specific jargon to name a simple thing like an associative operation with an identity does not make much sense outside of the domain (in this case, abstract algebra).

The extreme example of the same nature is the notion of "magma" that finds some use in algebra. Would you use this word to describe a function with two arguments (that have the same type)? There's nothing to be gained by doing this outside algebra.

[ Parent | on HN ]
Re:What Monoids teach us about software by mbrock on Wednesday September 13, 2017 @04:00PM (#15242029)
I guess the underlying discussion here is about viewing programming as a kind of applied algebra, which is common within functional programming and not so common in other traditions.

I happen to find that view really fascinating and generative, but I don't blame others if they aren't interested.

I also wouldn't insert the monoid concept into a codebase that isn't Haskell or doesn't already have some alignment with algebra, because it would seem weird... and Haskell has features (typeclasses and purity) that make monoids really nice to use.

I also don't generally do language advocacy, and I have a great respect for the diversity of ways of thinking and learning. But I also wish people wouldn't dismiss concepts that other people find useful and good just because they don't immediately see the point.

[ Parent | on HN ]