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

2023-05-31 Thread Udit Ranasaria 
My company is also very much interested in using gRPC for microservices 
with R code in it!
On Wednesday, February 8, 2023 at 10:17:51 PM UTC-8 Jan Krynauw wrote:

> 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 ) 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

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

2023-02-08 Thread 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 ) 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

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

2023-02-08 Thread 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.

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

2023-02-08 Thread Sanjit Rath 
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/54936074-12cc-464f-ab3d-989eeac1e378n%40googlegroups.com.

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

2022-11-30 Thread Jim Sheldon 
Hello!

Our bigger need is for a server in R as well.

Happy to receive any and all guidance on how I could get started!

Thanks again,
Jim

On Monday, November 28, 2022 at 7:37:36 AM UTC-5 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/8586b91f-8560-485c-90b5-2c3c1acbf8ecn%40googlegroups.com.

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

2022-11-28 Thread Ruan Spies 
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/a3123f80-7c80-4ce4-817a-2273bc0bf25an%40googlegroups.com.

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

2022-11-15 Thread Jim Sheldon 
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/f54e15cd-704a-47ef-8b74-7c43918f0cbfn%40googlegroups.com.

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

2022-11-15 Thread 'Richard Belleville' via grpc.io 
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/9c3a8325-a6d6-49c6-a86e-78cf5c1d8a90n%40googlegroups.com.