Our great sponsors
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
you introduce symmetric categories before monoidal categories , whereas I was thinking of introducing monoidal categories before symmetric monoidal categories.
The reason I don't like it is the same as always: we learn nothing from that representation. I can easily think about and visualize lists. I can't do that with the equivalence classes of MonoidAST nor with this FreeMonoid implementation which just regurgitates the definition of a free monoid back at me. I prefer to put actually work into finding a useful definition, such as a list, so that I can reap the benefits later when I get to manipulate values of type list :)
For example, the categories package looks like a good, standard set of typeclass definitions; but unfortunately it doesn't fit my purpose because
I haven't touched category-syntax itself in years, so it's probably very bit-rotten by now. I've been working in two other repos, premonoidal and free-premonoidal, in order to look for the elusive free {,symmetric,precartesian,cartesian} premonoidal category, and then I plan to go back and resurect category-syntax once I'm done with that quest. But if there's interest, perhaps I can try to revive it with a slightly-less-perfect representation!
Related posts
- Better PC Cooling with Python and Grafana
- Browsers Are Weird
- Latest insider preview took away fundamental functions
- New build advice
- Recently built a PC and it was dead silent for the first few weeks, but a couple days ago it started producing this low humming/buzzing sound. Any idea what could be causing this?