Pre-RFC: flexible `try fn`

[rpjohnst]

@vorner

So, as a really crazy idea, would it make sense to think if higher-order functions could be written in fallibility-agnostic way? A map that, when called with infallible function returns an iterator, and in the fallible case returns Result<iterator> ? Or even better, come up with mechanism that could be used for being both fallibility-agnostic and async-agnostic, would allow being agnostic to something completely else (eg. support IResult with 3 variants)?

This is one of the reasons I keep bringing up "implicit await" and "implicit ?"-like designs- they enable this sort of polymorphism without requiring a new "await-if-this-is-a-future" or "?-if-this-is-a-Result" operator. For instance, here, or the "Motivation > Future-proofing" section here.

Not sure if "hide the effect unwrapper when in the effect context" is the best way to achieve this sort of polymorphism, but it's definitely one of the less messy options I know of.