Vamos analisar cada uma das alternativas em relação à comunicação entre processos baseada em sockets e ao modelo cliente/servidor: A) Essa abordagem é amigável para o programador especialmente quando este necessita requisitar um método remotamente. - Embora a comunicação via sockets possa ser útil, não é necessariamente a abordagem mais amigável para chamadas remotas. B) Esse modelo tem baixo nível de acoplamento e sincronização, pois a ordem que o cliente fornece os parâmetros é independente da ordem que o servidor os recebe e inicializa. - Isso não é verdade, pois a comunicação entre cliente e servidor geralmente requer uma certa ordem e sincronização. C) Estabelecer a sincronização entre cliente e servidor em aplicações complexas é algo simples, já corriqueiro em ambientes de desenvolvimento orientados a objetos. - Na verdade, a sincronização pode ser complexa e desafiadora em aplicações distribuídas. D) Em linguagens voltadas para a programação orientada a objetos, como Java, por exemplo, essa abordagem de sincronização é natural e facilmente implementada. - Embora Java tenha suporte para sockets, a sincronização não é necessariamente "natural" ou "fácil" em todos os casos. E) A chamada remota de procedimentos (Remote Procedure Call, RPC) permite que procedimentos/métodos remotos sejam invocados de maneira transparente. - Esta afirmação é verdadeira, pois o RPC é uma técnica que permite que um programa execute um procedimento em outro endereço de rede como se fosse uma chamada local. Diante da análise, a alternativa correta é: E) A chamada remota de procedimentos (Remote Procedure Call, RPC) permite que procedimentos/métodos remotos sejam invocados de maneira transparente.