he bandwidth to take responsibility for
> another major component, especially not in an unfamiliar software
> development stack.
>
> Let me know how I can help, and if there are R mailing list
> discussions where we (the Arrow developers) can chime in please alert
> us to them her
I also sent a note about it to the dev list a month ago. Still have a huge
internal need and interested in helping push this along where we can.
Unfortunately, our team is more focused around Spark and doesn't have much
experience working with the R community.
On Wed, Jul 19, 2017 at 1:44 PM Clark
sues (I can help some with
> > maintaining the C++ side of the bindings) and address packaging / builds
> /
> > continuous integration.
> >
> > - Wes
> >
> > On Sun, May 14, 2017 at 1:26 PM, Dean Chen wrote:
> >
> >> Following up on the discussio
Following up on the discussion from
https://issues.apache.org/jira/browse/SPARK-18924. We have internal use
cases that would benefit significantly from improved collect performance
and would like to kick off a similar proposal/effort to
https://issues.apache.org/jira/browse/SPARK-13534 for SparkR.
