missionary

2024-10-25T15:55:00.588459Z

Is it possible to add some "syntax sugar" to core? https://github.com/leonoel/missionary/pull/121

2024-10-26T07:53:58.224589Z

Out of curiosity, do you need that often to run a task and return a fix value afterward. It seems very specific. I dont see any pattern where someone need that regularly πŸ€” I see functions of the api as raw building blocks that mostly give orthogonal features to compose with. When something is added to core, it stays there "forever". Some sugar syntax are just better off in a separated lib :my-2Β’:

2024-10-26T08:32:26.649279Z

For example bunch of parallel http-requests of multiple types. One part of types returns data needed to persist in database, another part returns data you do not care about and need just side-effects. For effective filtering in join function would be nice to have nil from second part. Your concerns about sugar in api making sense, yes. That’s always a trade off

πŸ‘Œ 1
2024-10-26T09:39:43.223879Z

imo I would appreciate such things in the missionary wiki as pattern rather than adding sugar to the library. One thing that made learning missionary simpler to me is that nearly everything in the API is primitive/essential (except maybe amb sugar).

πŸ‘Œ 1
leonoel 2024-10-30T21:38:37.757379Z

In my experience, what can be written directly as clojure in sp/ap is usually not worth an abstraction. I will not add this to core because otherwise there would be no reason to not add hundreds more similar variations. I value minimalism, my goal for the core namespace is to have no more operators than necessary, such that all what is possible to do with the library can fit in an average brain. The opposite direction, which I want to avoid, would lead to something like this : http://reactivex.io/RxJava/3.x/javadoc/io/reactivex/rxjava3/core/Flowable.html - a combinatorial explosion of operators obfuscating the small set of essential concepts they're derived from.

πŸ‘Œ 1
2024-10-30T21:48:19.624089Z

That makes sense