For keep_if, reject_if and from_value

Although there is no real question of publishing Kaur on Hex, should not we package the library and define a license?

The ResultTuple module exposes a specific data structure, in my opinion, so it needs functions such as ok? and error?.
With these two functions, sequence could be rewritten using https://hexdocs.pm/elixir/Enum.html#reduce_while/3

MIT?

Kaur has grown into something that is both very generic (mainly, Result) and that is relevent for others to use (I hope 👼) and a lot of stuff that is kind of useless outside of Fewlines.

After discussing it with @fewlinesco/team we decided to split Result from the rest of kaur.

So, we need to decide on a name (keep kaur for Result) and on what to do with Circuit.

I suggest we keep kaur for the public project with Result, just because I like kaur and circuit working together 😁

This is sad :'(

As discussed in fewlinesco/sparta#5

Hey Kaur's team, your lib is great and brought very nice syntax improvements to our code. I'd like to be able to reproduce the behavior of Kaur.Result to deal with GenServer responses, which would also be great to handle Phoenix's websockets responses.

A GenServer handle_call function must returns a tuple like:

{:reply, reply, new_state}

While the handle_cast function must return:

{:reply, new_state}

Full documentation here : https://elixir-lang.org/getting-started/mix-otp/genserver.html

Proposition

It would be nice to be able to pipe results and generate

iex> data
     |> ...()
     |> Kaur.GenServerResult.reply("response", %{})

{:reply, "response", %{}}

Would you be interested in such a PR ?