No, it's not necessary to wait for the move. You can continue contributing in the same way with the arrow repository. It was just a message in case you find all the new repositories and think oh! is the move happening? 😉 On the other hand, we're preparing all the instructions for pending PRs, branches in local workspaces, etc. and we'll be able to help you as well, of course! 👍

Good morning, we're gonna start the process of splitting the arrow org in multi repo in one hour. Just a friendly reminder that the contributions will be blocked during that process. Thanks for your collaboration!

Let's start with the move!! 🙌

Some failures with the documentation. We're fixing it!

Sorry for the delay. We're activating the branch protection rules and we'll make some checks before opening the contributions again 👍

Please, let me know if I can help you with WIP branches

cc @Rachel

@simon.vergauwen vs the IO run loop.

more comonadic stuff!

Thanks to @Ariostonj for chapter 2.4 https://github.com/arrow-kt/Category-Theory-for-Programmers.kt/pull/63 in Category Theory arrow

Hello, I restarted new benchmarks for the Free module... For these tests I configured JMH in SingleShot mode (i.e. without JVM warmup, and with a single measurement)... and, i compared Cats/Arrow implementations ! Each test uses a similar method to calculate the Fibonacci sequence. For example :

fun trampolineFibonacci(n: Int): TrampolineF<Int> =
    when {
      n < 2 -> Trampoline.done(n)
      else -> {
        TrampolineF.fx {
          val x = Trampoline.defer { trampolineFibonacci(n - 1) }.bind()
          val y = Trampoline.defer { trampolineFibonacci(n - 2) }.bind()
          x + y
        }
      }
    }

Benchmark (Param) Score (ms/op) arrow.benchmarks.TrampolineBench.eval 30 7933,298 arrow.benchmarks.TrampolineBench.trampoline 30 9285,310 cats.benchmarks.TrampolineBench.eval 30 655,456 cats.benchmarks.TrampolineBench.stdlib (TailCalls) 30 596,109 cats.benchmarks.TrampolineBench.trampoline 30 1567,035 For Cats the Trampoline / Eval ratio is significant. Overall results on the Arrow side do not seem very good 🤔 I didn't do any tests without

fx

Yes, there seems to be a bottleneck: the Trampoline / Eval ratio is not significant with Arow ! we do not see here the contribution of memoization

SemigroupK

is missing its documentation, not implemented (https://arrow-kt.io/docs/arrow/typeclasses/semigroupk/). Probably (this one)[https://typelevel.org/cats/api/cats/SemigroupK.html] from

Cats

is fine.

Hi Arrow contributors. I like to read through the docs when I am on mobile 😅. And noticed that when I want to switch between sections I have to scroll all the way up. Would it be possible to make the panel open close button floating , So it gets easier to switch ? It Ofcourse is non essential, but thought to ask anyway.

The current kind encoding does not allow you to use compatible implementations when using map for Kind<F, A> if your type class is targeting Kind2<F, E, A>

But this encoding makes Kind<F, A> == Kind<F, Nothing, A> flattening partial application and allowing us to encode type classes that are compatible between Kind1 and KindN

one feature request for BIO, I put the implementation in. Let me know 😄

I’ve put both on twitter

let’s see

I’m for it

Hey, there is no a

toIo()

method from

Validated

like there is from

Either

, right?

right, or also you can call

toEither()

and then

toIO()

, but I was asking because, shouldn’t it be one? I am in to contribute if people think that makes sense for the library Thread in Slack Conversation