Q:

Using RPC or something else

Does RPC is still in use nowadays. Or rpc were replaced by other technology?
If i start new project in C++ should i consider use of RPC?
More info because i know that RPC is still in use in production code:
I have two apps to communicate each other. These two are on same machine but one is service, second is user app. User app send to service app every 2,3 seconds. 
Second usage of rpc. I have 1 client and many computers that have local database. And that client need to get some data from these computers.
Should i use something like Thrift for these two scenerios? Or its too big for that?

A:

Remote Procedure Call is a very generic idea and not something specific. There are ZeroC Ice, CORBA, Java RMI, SOAP, DRb, WCF and a lot more technologies that are built around the idea of RPC. They are being used indeed. For example, CORBA is used by some Electronic Currency Exchanges (ECNs), ZeroC is used by Skype, Hewlett-Packard, soap is used... well I hope everyone uses soap.
But it is hard to answer whether you should consider this technology or not. And if you should than what solution you should go with. It depends on too many details. But the main question to ask is — what are you trying to achieve? These are all serious technologies, some can save you tons of valuable time, some can help you integrate applications written in different languages, etc. Basically, every solution has its cons and pros.
If you are certain that you need it, I'd recommend thinking about it twice and decide where in your project you need it and what for. If you decide to go with RPC, I'd recommend you ZeroC Ice. It is free, open source, scalable and extendable, supports tons of modern programming languages and the community around it seems pretty active.
Hope it helps. Good Luck!

