:kotlinnew: Hello everyone! We’re currently explor...

# multiplatform

[Daria Voronina [JB]]

K Hello everyone! We’re currently exploring the experiences of developers using Remote Procedure Calls (RPCs) with Kotlin in a bid to identify potential areas for improvement. If you’re using any RPC implementation in combination with Kotlin, we invite you to participate in our brief survey.

The survey will take no more than 10 minutes of your time. As a token of our appreciation, you’ll have the chance to win either a six-month JetBrains All Products Pack subscription or a $50 Amazon certificate.

Take the survey kodee walking https://kotl.in/rpc-survey-slack

[mbonnin]

What qualifies as RPC? Is calling a JSON endpoint a RPC or is there more to it?

[Denis Ambatenne]

Hi Martin, we are looking into the usage of RPC (any protocol beneath: proto, xml, json…) in its classic definition, so if you are using the REST API then this case does not qualify. GraphQL is not the case in this survey also.
I hope this helps 🙂

[mbonnin]

Not sure I follow. Is gRPC a RPC? If yes, is it that different from GraphQL? There's a schema and codegen that allows you to call some code server side?

[mbonnin]

Sorry if I'm missing something obvious, I'm just unsure what is the classic definition of RPC if there such a thing?

[mbonnin]

One could argue that openAPI and swagger are some kind of RPC as well?

[Denis Ambatenne]

Sorry Martin, you are right regarding the GraphQL, so you can actually participate with it. The border lies particularly in the use case : either you are calling a particular function in the other software module or request/update particular data. So we are interested in the first use case particularly. But based on the answers we will be able to distinguish between two cases, so it is not a problem if someone will confuse the cases.