[grpc-io] Re: gRPC for the R programming language

[Jan Krynauw]

Not sure whether this is allowed, but we are willing to reward anyone able 
to look into this: https://www.upwork.com/jobs/~01699f5b31ffbebb9b

On Thursday, 9 February 2023 at 08:05:34 UTC+2 Jan Krynauw wrote:

> Agree on this!
>
> We deal quite a bit with Financial Analysts, Actuaries and Accountants and 
> the world of R Scripts is massive.  Moving traditional python scripts to 
> Proto defined and implemented using gRPC has been amazing.  It would be 
> incredible to be able to transform the world of R into this pattern as well.
>
> On Wednesday, 8 February 2023 at 12:55:23 UTC+2 Sanjit Rath wrote:
>
>> I came across this thread while searching for R support for gRPC. We are 
>> looking for ways to integrate R & Python, and Arrow libraries in between. I 
>> am good at C++ as well and have been through the gRPC stub generation code. 
>> Can someone from grpc.io please guide me here? I would be happy to get 
>> involved and support the RPort of the gRPC libraries. 
>>
>> On Monday, 28 November 2022 at 16:37:36 UTC+4 Ruan Spies wrote:
>>
>>> Such a delight to see this thread! We've also recently developed a need 
>>> for this in R and are also happy to get involved and pull in some of our 
>>> team as well.
>>>
>>> We operate primarily in the financial services space. Quite a lot of 
>>> people that we speak to, primarily actuaries, are big on R. We (Alis 
>>> Exchange <https://alisx.com/>) aim to empower business teams to build 
>>> their own Cloud Native services, rather than having to go through IT 
>>> departments, by building out a various utilities on top of Protocol Buffers 
>>> and GCP. We are all in on gRPC and believe that it is the best way to 
>>> design and build, but us and our clients are unable to truly use it.
>>>
>>> On the *client side*, a workaround has been to simply to do HTTP 
>>> transcoding and let people hit the HTTP endpoint, rather than using gRPC. 
>>> With this, you obviously lose the type definitions that are extremely 
>>> valuable.
>>>
>>> The bigger need is definitely being able to *implement a server* in R. 
>>> We want to enable business people to take their R scripts and formally make 
>>> it available as services, rather than just code on local devices. 
>>>
>>> We have explored some 
>>> <https://cran.r-project.org/web/packages/RProtoBuf/index.html> of the 
>>> <https://github.com/nfultz/grpc> packages people have built, but for 
>>> anyone who has extensively used gRPC in supported languages, the developer 
>>> experience is horrible - something that is officially supported, or at 
>>> least has proper community support, would be of great value.
>>>
>>> We really see a HUGE opportunity in helping business convert their R 
>>> scripts into proper APIs using gRPC and think that we will be able to drive 
>>> adoption of this in the financial industry.
>>>
>>>
>>> On Wednesday, 16 November 2022 at 00:10:14 UTC+2 Jim Sheldon wrote:
>>>
>>>> Thanks for replying so quickly!
>>>>
>>>> R support would fill a need in the community I support (epi). Happy to 
>>>> discuss more, right now in the prototyping and planning phase (distributed 
>>>> pathogen tracking system).
>>>>
>>>> And thanks for sharing those resources! I will need to take a look 
>>>> more, and am happy to both get my hands dirty and get any additional 
>>>> guidance that's easily provided/readily available.
>>>>
>>>> Jim
>>>>
>>>>
>>>> On Tuesday, November 15, 2022 at 1:20:39 PM UTC-5 rbel...@google.com 
>>>> wrote:
>>>>
>>>>> The core gRPC team does not currently have plans to extend support to 
>>>>> R. Frankly, this is the first request I've heard for R support. If there 
>>>>> is 
>>>>> a need here, we'd love to hear more about it.
>>>>>
>>>>> With that said, gRPC is an open protocol and the gRPC Core codebase is 
>>>>> open source. The C++ Core API 
>>>>> <https://github.com/grpc/grpc/blob/master/include/grpc/grpc.h> is 
>>>>> designed specifically for use with foreign function interfaces like 
>>>>> R's 
>>>>> <https://www.rdocumentation.org/packages/base/versions/3.6.2/topics/Foreign>.
>>>>>  
>>>>> This is how we implemented Python, Ruby, PHP, etc. My gut says that 
>>>>> getting 
>&

[grpc-io] Re: gRPC for the R programming language

[Jan Krynauw]

Agree on this!

We deal quite a bit with Financial Analysts, Actuaries and Accountants and 
the world of R Scripts is massive.  Moving traditional python scripts to 
Proto defined and implemented using gRPC has been amazing.  It would be 
incredible to be able to transform the world of R into this pattern as well.

On Wednesday, 8 February 2023 at 12:55:23 UTC+2 Sanjit Rath wrote:

> I came across this thread while searching for R support for gRPC. We are 
> looking for ways to integrate R & Python, and Arrow libraries in between. I 
> am good at C++ as well and have been through the gRPC stub generation code. 
> Can someone from grpc.io please guide me here? I would be happy to get 
> involved and support the RPort of the gRPC libraries. 
>
> On Monday, 28 November 2022 at 16:37:36 UTC+4 Ruan Spies wrote:
>
>> Such a delight to see this thread! We've also recently developed a need 
>> for this in R and are also happy to get involved and pull in some of our 
>> team as well.
>>
>> We operate primarily in the financial services space. Quite a lot of 
>> people that we speak to, primarily actuaries, are big on R. We (Alis 
>> Exchange ) aim to empower business teams to build 
>> their own Cloud Native services, rather than having to go through IT 
>> departments, by building out a various utilities on top of Protocol Buffers 
>> and GCP. We are all in on gRPC and believe that it is the best way to 
>> design and build, but us and our clients are unable to truly use it.
>>
>> On the *client side*, a workaround has been to simply to do HTTP 
>> transcoding and let people hit the HTTP endpoint, rather than using gRPC. 
>> With this, you obviously lose the type definitions that are extremely 
>> valuable.
>>
>> The bigger need is definitely being able to *implement a server* in R. 
>> We want to enable business people to take their R scripts and formally make 
>> it available as services, rather than just code on local devices. 
>>
>> We have explored some 
>>  of the 
>>  packages people have built, but for 
>> anyone who has extensively used gRPC in supported languages, the developer 
>> experience is horrible - something that is officially supported, or at 
>> least has proper community support, would be of great value.
>>
>> We really see a HUGE opportunity in helping business convert their R 
>> scripts into proper APIs using gRPC and think that we will be able to drive 
>> adoption of this in the financial industry.
>>
>>
>> On Wednesday, 16 November 2022 at 00:10:14 UTC+2 Jim Sheldon wrote:
>>
>>> Thanks for replying so quickly!
>>>
>>> R support would fill a need in the community I support (epi). Happy to 
>>> discuss more, right now in the prototyping and planning phase (distributed 
>>> pathogen tracking system).
>>>
>>> And thanks for sharing those resources! I will need to take a look more, 
>>> and am happy to both get my hands dirty and get any additional guidance 
>>> that's easily provided/readily available.
>>>
>>> Jim
>>>
>>>
>>> On Tuesday, November 15, 2022 at 1:20:39 PM UTC-5 rbel...@google.com 
>>> wrote:
>>>
 The core gRPC team does not currently have plans to extend support to 
 R. Frankly, this is the first request I've heard for R support. If there 
 is 
 a need here, we'd love to hear more about it.

 With that said, gRPC is an open protocol and the gRPC Core codebase is 
 open source. The C++ Core API 
  is 
 designed specifically for use with foreign function interfaces like R's 
 .
  
 This is how we implemented Python, Ruby, PHP, etc. My gut says that 
 getting 
 a basic client working is about the size of a weekend project. We'd be 
 happy to give you (or anyone else) the guidance you'd need to get that off 
 the ground.

 Thanks,
 Richard Belleville
 gRPC Team

 On Tuesday, November 15, 2022 at 4:50:03 AM UTC-8 Jim Sheldon wrote:

> Hello!
>
> Are there plans to add gRPC to the R language?
> It would help coordinate work between software and science.
>
> Thanks,
> Jim
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/3082a5bc-066a-48c5-905b-268ff08f2fben%40googlegroups.com.